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머 리 말 


머리말 


현시대는 과학과 기술이 비약적으로 발전하는 정보산업의 시대, 름퓨터시대이다. 

름퓨터의 출현과 정보기술의 비약적인 발전은 과학기술부문만이 아니라 사람들의 
사회 생 활령 역 에 도 큰 영 향을 주고있 다. 이 리 하여 지 난 시 기 에 는 환상적 으로만 생 각하여 오던 
문제들이 현실로 되 고있으며 자연을 정복하고 사회를 개조해 나가는 사람들의 창조적능력 과 
힘은 더욱더 커지고있다. 

위대한 령도자 김정일동지께서는 다음과 같이 지적하시였다. 

《프로그람을 개발하는데서 기본은 우리 식의 프로그람을 개발하는것입니다. 우리는 
우리 식의 프로그람을 개발하는 방향으로 나가야 합니다.》 (《김정 일선집》제 15 권, 

196 페지) 

나라의 정 보산업 을 발전시 키 는데 서 무엇 보다 중요한것 은 우리 식의 프로그람을 개 발하고 
그에 기초하여 여러가지 실용적의의가 있는 프로그람들을 많이 만들어냄으로써 인민경제의 
과학화，정 보화를 다그처 나가는것 이 다. 

최근 세계적으로 정보산업이 급속히 발전하는데 따라 정보화사회를 건설하고 
국가기 관들의 사무행정사업 과 경 영업무활동을 름퓨터화하려 는 움직 임 이 높아지 는데 맞게 
적지 않은 나라들에서 자기 식의 조작체계를 개 발하는데 많은 관심을돌리고있다. 그중에서도 
1991년에 개발된 Linux 조작체계를 리용하여 프로그람을 개발하는 비중이 높아지고있다. 

물론 아직도 많은 면에서 부족점들이 있어 사용자들에게 불편을 주고있지만 
Linux 조작체계는 그것이 가지고있는 고유한 특징 즉 원천공개형조작체계， 강력한 
콤퓨터망기능, 다중가동환경，강력 한 보안, 다중과제-다중사용자의 지 원 등으로 하여 최 근에 
널리 러용되고있는 조작체계이다. 

이러한 특징으로 하여 Linux 조작체계는 름퓨터망봉사기의 조작체계로서 널리 
리 용되 고있으며 매 몰형 조작체 계 로서 도 많이 실용화되 고 있 다. 

이러한 발전동향은 오늘 름퓨터망전문가들과 관리자들이 Linux 조작체계에 대한 보다 
넓고 깊은 지식을 소유할것을 요구하고있으며 여기에 이목을 집중시키게 하고있다. 

이 책에서는 이러한 요구를 반영하여 Linux 조작체계를 리용한 름퓨터망프로그람작 
성방법에 대하여 취급하고있다. 

책에서는 콤퓨터망프로그람작성에서 기초로 되는 프로쎄스，신호, 스레드에 대하여 
설명하였으며 프로쎄스들사이 통신, 체계간 통신을 실현하는 방법들에 대하여 실례를 들어 
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설명 하였다. 

이 책 은 Linux 조작체 계 를 다루어 보았고 C 언어 에 대 한 초보적 인 지 식 을 가진 사람들을 
대상으로 하여 Linux 가동환경에서 요구하는 체계프로그람을 개발하는데 도움을 주는 
방향에서 집 필 하였 다. 책 에 서 C 언어 만을 사용한것 은 아니 지 만 C 언어 를 위 주로 사용한것 만큼 
C 언어의 문법에 대한 학습도 함께 하여야 이 책에서 설명하는 내용에 대하여 더 잘 리해할수 
있 다. 

책 의 내 용과 서 술에 서 미 숙한 점 이 적지않으리 라 보면서 Linux 를 리 용하여 름퓨터 
망의 세계를 개척 해 보려는 독자들에게 어 느정 도 도움이 되기 를 기대한다. 
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콤퓨터망의 간단한 소개 


제 1 장 

콤퓨터망의 간단한 소개 


서폰 


이 장에서는 리론적 인 내용을 바탕으로 를퓨터망 ( Network ) 전반 
에 대하여 소개하고있다. 처음 읽 어보는 독자들에게는 리해 하기 좀 어 
려운 부분이지만 망프로그람을 작성하려면 반드시 알아야 할 내용들 
이다. 이제 소개하려는 내용은 뒤에서 나오는 프로그람작성법에 대한 
내용들과는 특별한 련관이 없지만 책의 첫머리에서 이려한 내용을 소 
개 하는 리 유는 콤퓨터 망프로그람작성 법 을 다루면서 름퓨터 망에 대 한 깊 
은 지식이 없이 프로그람을 작성한다는것은 기초가 없는 집을 짓는것 
과 같다고 말할수 있기 때 문이 다. 그리 고 프로그람작성 에 서 는 코드의 내 
용보다도 기초리론과 원리가 더 중요하기때문이다. 

여 기서는 콤퓨터 망에 대 한 일 반적 개 념 과 규약을 간단히 소개 하고 콤 
퓨터망에서 UNIX 와 관련한 부분을 설명하였다. 이 장의 구성은 다음 
과 같다. 


목표 

1. 콤퓨터망의 일반적리해 

2. 규약 

3. UNIX 콤퓨터망 
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제 1 절. 콤퓨터망의 일반적리해 


과거의 고전적 인 름퓨터망개념과는 달리 최근의 름퓨터망은 지난 시기와는 비교할수 
없을 정도로 고속화되고있으며 복잡해지고있다. 많은 봉사들이 서로 통합되고 보다 완성 
되여 현대의 콤퓨터망은 큰 대역폭과 높은 성능을 요구하게 되였다. 그 결과 콤퓨터망상 
에서 문제로 되고있는 통신량의 과잉 이나 시간지연을 줄이기 위한 대책들과 새로운 착상 
들이 수많이 제기되고있다. 그리고 하드웨어의 다량생산과 그의 질적변화는 다양한 봉사 
를 만들어 내 였 다. 본문중심 의 통보문체 계 로부터 시 각적 인 도형 과 다매 체환경 에 로의 변화 
는 망봉사를 개선하고 새로운 봉사분야발전의 기초로 되고있다. 미래의 롬퓨터망을 리용 
한 활용분야는 대단히 넓어져 사회의 모든 분야에 미치는 영향은 그야말로 크며 이것은 전 
화의 발견과 발전이 인류문명에 준 영향과 비교하여 볼 때 그에 비 할바없이 대 단히 크다 
고 말할수 있다. 

름퓨터망의 기초리론은 다른 분야에 비해 볼 때 얼마 되지 않는다고 할수 있다. 그 
리 나 실지 설치과정 에서는 상당히 포괄적 이며 임의적 인 세부규칙을 따라야 한다. 이 러한 세 
부규칙은 다른 회사의 제품과 호환성을 보장할수 있도록 범용성을 가져 야 한다. 우리가 를 
퓨터망에 대한 학습을 진행하는것은 단지 리론만을 알자는것이 아니라 실지 실천에서 제 
기되는 문제들에 어떻게 대처하며 를퓨터망을 어떻게 구성하여야 하는가에 대하여 알려는 
데 목적이 있다고 말할수 있다. 를퓨터망을 원만히 활용하자면 리론에 대한 충분한 인식 
과 함께 높은 실천능력을 가지고있어 야 한다. 망관리자의 경우에는 하드웨어와 쏘프트웨 
어 를 사용하는 능력뿐아니 라 망을 리 용하여 생 산성 이 높은 정 보흐름을 구성 하는 방법 도 소 
유하여 야 한다. 또한 망을 구성 하는 장치 들을 리 해 하고 쏘프트웨 어 와 하드웨 어 의 갱 신과 그 
성능에 대한 파악에 기초하여 제기되는 문제점을 신속히 찾고 해결하여야 한다. 

망설계 자의 경우에는 사용자의 요구와 새로운 봉사의 부가가치를 알아야 하며 망에 
서의 봉사와 앞으로의 발전방향에 대하여서도 잘 알아야 한다. 망은 끊임 없이 발전하는 분 
야이다. 그것은 이 분야가 를퓨터관련기술들과 련관되여있으며 아직 개선되여야 할 부분 
이 많은 분야이기때문이다. 

1.1.1. 일반적개념 

틈퓨터망 ( Network ) 이 란 용어적인의미로 볼때 《망상의 조직》이라는 의미를 가지 
고있는데 전문가적인 견지에서 해석하면 자료통신 그자체를 말하며 말단 ( terminal ) 장치 
들간의 통신경로를 구성하는 자원의 집합을 말한다. 여기서 자료통신이란 사용자들사이에 
실질적인 정보교환을 이루는 모든것을 포괄하여 말하는것이다. 를퓨터망은 처음에는 값비 
싼 장치(례 를 들어 인쇄 장치 , 구동기 , 매 를퓨터의 기 억매 체 )를 공유하여 사용하기 위 한 
것 이 였다. 

그러나 지금은 하드웨어와 쏘 프트웨 어의 눈부신 발전으로 세계를 련결하는 망이 구 
축되 였으며 그를 리용하여 사용자들사이 에 파일이 나 통보문 등의 교환을 진행 하고있다. 현 
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재는 음성 및 영상신호를 포함한 다매체정보도 망을 리용하여 전송되고있으며 이를 토대 
로 하여 세계적 범위에서의 영상전화회의도 진행되고있다. 

흔히 망이라고 하면 많은 사람들이 LAN (Local Area Network ) 을 생각하는데 
WAN (Wide Area Network ), VAN (Value Added Network ) 등 분류방법 과 구성 방 
식에 따라 여러가지로 분류할수 있다. 

현재 우리가 말하고있는 망을 간단하게 정의하면 사용자들사이의 정보교환을 가능하 
게 하는 하드웨 어와 쏘 프트웨 어의 결합이 라고 말할수 있다. 

우리는 이미전부터 망환경에서 생활하며 일하고있다. 실례로 전화망은 우리에게 가 
장 친숙해지고 널리 퍼져있는 음성전달목적의 망이라고 할수 있다. 비록 단방향이기는 하 
지만 TV 나 라지오도 일종의 망이라고 볼수 있으며 하나의 전기제품의 내부도 전기의 흐 
틈을 조종하는 회로로 구성된 하나의 망이 라고 할수 있다. 

그렇 기 때 문에 망은 하나의 정 의 로부터 시 작된 학문이였 고 특정 한 사람들만이 할수 있 
는 특별한 분야였지만 오늘의 정보산업시대에서는 빠르고 정확한 정보의 공유라는 측면에 
서 볼 때 망이 사람들의 일상생활에까지 널리 리용되는것은 필연적 인것 이 라고 볼수 있다. 

오늘의 현실로부터 알수 있는바와 같이 콤퓨터망이 없었다면 정보기술혁명이나 정보 
산업시대의 도래는 생각도 할수 없었을것이다. 이러한 리유로 하여 콤퓨터망은 경제와 문 
화 등 사회 여 러 분야의 발전을 추동하는 기둥으로 등장하고있으며 그것 이 차지하는 몫은 
앞으로 더 욱 커질것 이다. 

1.1.2. 발전과정 

름퓨터망의 발전력사에 대하여 이야기하자면 먼저 전기통신의 발전력사로부터 시작 
하여야 할것 이 다. 1830년경 사무엘 모르스에 의해 전신기가 발명되여 처음으로 전기에 의 
한 통신이 실현되 였다. 1876년 벨에 의해 전화기가 발명되 였다. 최초의 전화체계는 사용 
자와 사용자가 직 접 련결되 여 있는 점대 점 (point to point ) 방식 이 였다. 

이 방식은 1880년대 에 와서 교환수가 수동으로 교환해 주는 교환체계 로 발전하였다. 전 
자식교환기는 1890년대 에 와서 야 개 발되였으며 지능화된 교환기는 1970년대 에 도입되기 
시작하였다. 그 다음 수자식전송방식이 개발되고 이것이 ISDN (Integrated Services 
Digital Network ) 의 기초로 되였다. 

우의 그림에서도 알수 있는것처럼 오늘의 름퓨터망의 발전은 곧 전기통신의 발전이 
라고 볼수 있다. 여기서 전화나 라지오， TV 가 인간생활에 널러 도입되게 된것은 그것들 
이 사람들사이의 정보교환에 리용되였기때문이라고 볼수 있다. 마찬가지로 를퓨터망의 리 
용에서도 기 본핵심 은 정보의 공유이다. 정 보의 공유를 떠 나서는 오늘날 세계 를 뒤 덮은 인 
터네트 ( Internet ) 에 대해서 생각하지도 못했을것이며 정보산업의 시대라는 말은 생겨나 
지도 못하였을것 이 다. 

이러한 현실적조건들과 정확한 정보를 보다 빨려, 그러고 구체적으로 얻으러는 사람 
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들의 요구로 하여 콤퓨터망은 앞으로도 계속 발전의 길을 걸을것이다. 


유선 전신기 



SB 




— 


■ 

1 ■■ 


H —— 厂 1 —— ■ 

그림 1-1. 전화기의 발전력사 


1.1.3. 구성요소 

콤퓨터 망을 단순하게 분류하여 보면 송신장치，전송매 체，수신장치 로 나누어 볼수 있다. 
를퓨터망의 기능은 크게 이 세가지중의 하나로 표현된다. 이 세가지요소를 통털어 
통신장치 련결 (Communication Link ) 이 라고 하며 이 요소들은 를퓨터 망에 서 서 로 
공유된다고 말할수 있다. 

통신장치련결의 공유는 보통 콤퓨터망에서 중추망 (Back Bone ) 이라는 기술에 의하여 
이루어진다. 사람에 비유하여 보면 중추라는것은 우리 몸에서 척추를 이루는 뼈들을 말한다. 

우리 몸에는 수많은 신경들이 무수히, 그리고 복잡하게 퍼져있는데 이러한 신경들은 
모두 뇌 로 향하고있 다. 하지 만 모든 신경 들이 다 뇌 수에 련결되 여있는것 은 아니 다. 
말단신경들은 중추신경으로 뻗어있으며 이 중추신경들이 모아져 뇌로 이어진다. 

사람의 몸은 그야말로 정교한 콤퓨터망을 구성한다고 말할수 있다. 다시말하여 모든 
기관의 신경망들이 뇌로 향하는 중추망을 공유하고있는 형태라고 보면 리해하기가 
쉬울것이다. 의학에서 중추신경망과 기능신경망의 분리를 보여주는 실례가 바로 무릎의 
반사신경을 알아보는 실험 이다. 작은 망치로 무릎의 가운데 부분을 치면 본인의 의사에는 
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관계없이 무릎이 올라가게 된다. 여기에 대한 의학적인 해석은 무릎에서 받은 충격에 대한 
신경 반응이 중추망을 거 처 뇌로 전달되는것 이 아니 라 중추신경 에서 거기 에 대응하는 신호가 
무릎으로 되돌아가는 현상이라고 설명된다. 이와 류사한 현상은 름퓨터망에서 볼수 있는데 
파케트 ( packet ) 가 름퓨터망의 봉사기에 도달하지 못하고 지역경로기에서 다시 송신측에 
보내 여 지 는 ICMP (Internet Control Message Protocol ) 통보문에 비 유할수 있 다. 

여하튼 통신장치련결의 목적은 하나의 공유중추망을 구축하여 각 지역사이의 련결을 
실현하는것 이다. 만약 모든 통신장치련결이 객체들사이의 직접적인 련결로 된다면 객체가 
추가될 때 마다 그러 한 련결은 기 하급수적 으로 늘어 나게 될것 이 다. 이 것 을 허 용한다면 세 계 를 
련결하는 콤퓨터망의 구축은 실현불가능한 일로 된다. 이러한 문제점을 해결할수 있게 
해춘것이 바로 중추망과 지역망이다. 이것은 우에서 사람의 신경을 놓고 설명한것과 같은 
원리에 기초한것이므로 어렵지 않게 러해가 될것이다. 

통신장치련결의 공유와 함께 중요하게 제기되는 또 다른 문제는 공유된 자원을 모든 
의뢰기 ( Client ) 들과 말단들이 합리적으로 공평하게 리용하는것 이다. 다시말하여 중앙에 
위 치 한 봉사기 ( Server ) 는 매 개 의 뢰 기 들의 요구를 모두 공평 하게 처 리 하여 야 한다는것 이 다. 
만약 봉사기 가 특정 한 말단이 나 의 뢰 기 에 대 해 독점 적 인 봉사만을 허 용한다면 그것 을 제 외 한 
많은 의뢰기들은 그 봉사가 끝날 때까지 기다려 야 할것 이며 그것은 사용자들에게 마치 
의뢰기가 멎은것처럼 보일수 있다. 이 문제는 얼핏 생각하여 보면 해결방도가 잘 떠오르지 
않는다. 한마디로 어떤 사람에게 여러 사람이 질문을 하고있는데 그 사람은 질문에 대한 
대답을 주는데서 매 사람의 물음에 어떻게 대답을 주는가 하는 문제라고 볼수 있다. 한명씩 
대답을 주면 명백하고 좋겠지만 한 사람에게 대 답을 주는동안 다른 사람들은 대답이 끝날 
때까지 기 다려 야 한다. 또한 누구의 질문에 먼저 대 답을 주겠는가도 매 우 어 려운 문제 이 다. 
결론부터 본다면 한사람씩 상대 해서는 모든 사람의 요구를 다 들어줄수 없다는 결론이 나온다. 
콤퓨터 망의 자료공유에 서도 역시 갈은 문제 가 제기된다. 

이러한 문제를 해결하기 위해 를퓨터망에서는 전송되는 자료를 일정한 크기의 단위로 
잘게 나누어 취 급하는 방법 을 리 용하고있 다. 즉 매 개 의 뢰 기 들의 요구를 실시 간적 으로 갈라서 
처 리 해 주는 방법 을 말한다. 이 방법 은 여 러 가지 우점 을 가지 고있지 만 여 기 에 도 일 련의 결 함이 
있는데 제일 문제로 제기되는것은 잘게 나누어진 파케트의 류실이다. 즉 전송과정에 
이러저러한 원인으로 하여 전송되는 자료들이 없어지게 되는 경우도 있는데 이러한 
문제점으로 하여 전송되는 다른 모든 자료의 믿음성들이 떨어지게 된다. 

송신장치 ( Transmitter ) 는 말그대 로 수신측으로 보낼 자료를 만들어 내 여 전송에 필요한 
부가자료 즉 식별부호, 오유검출 등의 정보들을 붙이거 나 암호화하는 장치를 말한다. 

전송매 체 (Transmission Medium ) 는 송신측과 수신측을 련결 하여 주는 물리 적 인 매 체 를 
말한다. 이 매체에는 재질과 속도, 매체의 특성에 따라 여러가지로 나눌수 있는데 보통 
동축케블, 동선, 빛섬유 등이 있고 무선통신에서는 대기공간을 념두에 두기도 한다. 

수신장치 ( Receiver ) 는 송신장치 로부터 받은 전송정보와 자료를 구별하여 재 조립 하는 
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장치 로서 송신측의 오유검 출사항과 꼭같은 코드를 가지 고 전송자료의 오유여 부를 판별 한다. 
그리고 만약 오유가 검출될 경우 재전송을 요구하여 자료의 정확성을 보장한다. 

1.1.4. 오유조정 

콤퓨터망상에서 오유가 발생 하는 원인은 주로 물리 적 인 전송매체의 불량, 통신량의 증 
가로 인한 자료전송의 교착상태, 비루스, 잘못된 전송상태의 설정 등이다. 이러한 오유에 
대처하기 위하여 수신측에서는 수신파케트에 붙어오는 전송정보를 해석하거나 정해진 전 
송시 간을 초과하였을 경우 송신측에 재전송통보문을 보낸다. 

전송정보의 해석단계에서는 두가지 방법중 한가지를 리용하여 해석을 진행한다. 그 
중 한가지는 긍정 확인 (Positive Acknowledge ) 인데 이 경우 수신측은 파케트를 정 확하 
게 수신한 경 우에 만 송신측에 확인통보문을 보낸 다. 만약 전송오유가 많이 발생 할것 같은 를 
퓨터망에서 긍정확인방법을 사용한다면 많은 효과를 볼수 있다. 다른 한가지는 부정확인 
(Negative Acknowledge ) 인데 이는 수신측에서 받은 파케 트의 오유정 보를 계 산하여 오 
유라고 판단되 였을 경우 송신측에 재 전송을 요구하는 방법 이 다. 일 반 콤퓨터망들에서는 우 
의 긍정확인방법과 달리 망이 믿음성이 있을 경우 이 방법을 쓰면 효과적이다. 이러한 오 
유조종에 대해서는 많은 알고리듬이 존재하고 콤퓨터망을 설치할 때 설정이 가능하기때문 
에 콤퓨터망관리자나 설계 자는 사용하려는 콤퓨터망의 상태를 파악하고 적절한 오유조종 
을 설정하여야 한다. 

1.1.5. 다중§근 (Multiple Access) 

름퓨터망은 망상에서 공유되는 자원들(례를 들면 봉사기의 하드디스크에 저장된 파일 
들，를퓨터망상의 인쇄기, 자료기지의 자료들, 봉사기를 통해 련결할수 있는 다른 토막의 를 
퓨터망 등)에 대 한 다중사용자의 접근 등을 기본으로 리용하고있기때문에 다중접근과 관계 
되는 콤퓨터망설계에 대한 리해가 있어야 한다. 

국부망 ( E 比 lernet ) 의 기초로 되는 ALOHA 체계로부터 시 작하여 다중사용자의 련결 
을 통한 를퓨터망자원의 공유라는 개념은 름퓨터망의 가장 중요한 특징이다. 우리가 흔히 
볼수 있는것처럼 보통 콤퓨터에서 기억기에 적재된 일정한 주소의 자료에 대하여 다른 두 
가지 장치 (프로그람)에서 동시 에 접근하려 고 하면 공유오유통보문이 나타난다. 

또한 자료기지 상에 서 하나의 표에 보관되 여있는 정 보에 대 하여 서 로 다른 두대 이 상 
의 의뢰기가 동시에 갱신하려고 하면 오유가 발생한다. 이러한 오유상태에 대하여 봉사기 
의 자료조종장치는 공유위반사항에 대해 어떠한 규칙을 적용하여 판단한다. 콤퓨터망에서 
도 이러한 문제를 조절하는 어떤 법칙이 있는데 이것은 보통 규약이라고 부르는 일련의 
약속과 규칙에 의해 조종된다. 
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ALOHA 란 무엇안가? 

ALOHA 는 하와이 말로《어 서 오십 시 오.》라는 인사말이 다. ALOHA 를퓨터 망 
은 무선름퓨터망인데 하와이대학에서 하와이를 둘러싸고있는 각 섬들과 통신을 진행 
하기 위 해 만든 를퓨터망으로서 1970 년대 초에 만들었다고 한다. 송신과 수신주파 
수가 다르고 (전송은 407 MHz , 수신은 413 MHz ) 9600 bps 의 속도로 파케 트를 전 
송한다. 오늘의 시 대 에서 9600 bps 는 대 단히 느린 속도지만 그 당시 에 는 핑장한 연 
구성 과였 다. 때 문에 많은 연구소에 서 관심 을 가지 고 ALOHA 를 연구하였는데 Palo 
Alto 연구소에 서 ALOHA 를 기 초로 하여 E 仕 iernet 를 개 발하였 다. 

ALOHA 를퓨터망과 E 吐 iernet 콤퓨터망의 공통점은 다수의 콤퓨터 가 망에 접근 
할수 있는 다중접근를퓨터망이라는것이다. 동시에 여러 말단이 를퓨터망에 접근하는 
경우 일정한 지연시간(실지로는 란수에 기초한 시간)이 지난 후에 접근을 다시 시도 
한다. 모든 마디들은 름퓨터망상에서 다른 사용자의 접근을 감시한다. 이것을 콤퓨 
터 망용어 로 청 취 ( Listen ) 라고 한다. 

ALOHA 는 제 일 처 음 개 발된 를퓨터망으로서 하나의 통신통로에 만 접근할수 있 
다. 하나의 통로가 통신중이면 다른 통신통로는 임의의 시간동안 대기하여야 한다. 사 
실 ALOHA 의 이 리 한 원리는 Ethernet 와 같지만 Ethernet 는 ALOHA 가 통신 
통로를 공유하는데 비해 일정한 시간을 매개 마디에 분할해서 접근을 허용하는 시분 
할체 계 라는것 이 다. 

_ 一 


1.1.6. 규모에 따르는 분류 

LANClocal area network ) 이 라는 말은 간단히 국부망이 라고도 하는데 흔히 근거 리 
통신망을 의미하는것으로써 사무실의 한개 층이나 학교 또는 제한된 지역에 설치하여 독 
립 적 인 각종 장치 들을 서 로 접 속시 켜 통신할수 있도록 구성 된 콤퓨터 체 계 의 총칭 이 다. 

WAN (wide area network ) 이라는것은 광대 역 망이라고도 하는데 LAN 은 하나의 사무 
실이나 건물에 국한된다고 하면 WAN 은 하나의 도시를 념두에 둔다고 볼수 있는데 보통 사 
용자가 1000명이상 되는 경우를 말한다. 그렇기때문에 주름퓨터에 걸러는 부담이 크므로 초 
고속처리가 가능한 름퓨터를 사용하여야 한다. 

WAN 의 체계구성은 보통 몇개의 LAN 들을 모아 고속전송이 가능한 회선을 주콤퓨 
터에 접속시키는 형태로 구성한다. 이러한 LAN 의 중심에는 처리기능마디를 설치하여 
주콤퓨터의 부담을 줄인다. 보통 WAN 은 매개 나라의 전기통신기관이 운영제공한다. (그 
림 1-2) 
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VAN (value added network ) 은 부가가치통신망이다. 1970년대에 어느한 나라에 
서 는 전기 통신봉사기 관들로부터 고속수자식전용회 선을 빌리 여 저 속통로로 분할하고 빌 려 
주는 통신회선의 재판매가 시작되였다. 이때 단순한 재판매를 인정하지 않고 어떠한 부가 
가치를 불일것을 요청하였다. 이로부터 VAN 이라는 용어가 생겨 났다. VAN 은 이렇게 통 
신회선을 빌러 콤퓨터통신망을 구축하고 이 통신망으로 통신봉사기관이 제공하지 않은 봉 
사를 제공하는 일을 말아한다. 

규모에 따라서는 우와 같이 크게 3가지로 갈라 볼수 있다. 우선 LAN 만 보아도 
Ethernet , Token ring , Tokenbus , FDul (Fiber Distributed Data Interface ), DQDB 
(Distributed Queue Dual Bus ) 등 종류가 많다. 

1.1.7. ■■ 

파케 트는 를퓨터 망상에서 전송되 는 자료의 기 본단위 로서 사용자의 자료에 머 리부와 꼬 
리부라는 오유람지비트가 덧붙어져 수신측에서 받은 송신측자료를 검증할수 있도록 만든 
것을 말한다. 이러한 검증기능이 있었기때문에 콤퓨터망을 통한 자료의 전송에 널리 리용 
되여 발전할수 있었다. 

파케 트자료는 크게 정적 자료와 동적 자료로 나눈다. 정적 자료는 비 트파일로 변환이 된 
다. 즉 0과 1로 구성된 하나의 파일로서 보조보관장치에 정적인 상태로 존재할수 있다는 
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것을 말하는데 이것은 비동기식통신방법의 객체로 된다. 동적자료는 비트렬로 변환된다. 즉 
이 것 은 기 억 기 상에 존재 하거 나 정 적 자료의 구성 요소로 되 며 이 것 은 동기 식 통신방법 의 객 
체로 된다. 

1.1.8. ^사에 따르는 분류 

봉사에는 먼저 동기식봉사 (Synchronous Services ) 가 있다. 이때 동기란 시간적인 
관계 가 일치되여 있는것을 말한다. 다시말하여 동기식봉사란 자료의 기 본이 되는 단위 인 비 
트를 나타내는 각 신호의 발생시점 이 고정된 시간기준에 관계되는 자료전송을 말한다. 동 
기식봉사로 자료를 전송하면 전송되는 비트렬은 모두 동일한 지 연시 간을 가지 고 전송된다. 
다시말하면 첫번째 자료비트가 목적지 에 도착한 시 간과 마지 막 자료비트가 목적지 에 도착 
한 시간이 동일하다는 뜻이 다. 따라서 비트마다 시 간을 신호로 사용하여 송신하고 수신측 
에서 시간신호에 의해 비트마다 자료를 수신하는 방식을 동기식전송이라고 한다. 

동기식통신 (Synchronous Communica 仕 on ) 봉사는 일정 한 지연 ( Delay ) 과 오유비 
률로 비트렬을 전송한다. 즉 어떤 비트들은 정 확하게 전송되지 않을수 있지만 비트렬을 구 
성하는 모든 비트들이 일정한 지연후에 전송된다.《동기식》이라는 말은 모든 자료가 동 
시성을 가진다는것을 의미한다. (그림 1-3) 

| ^44 | —► 그 etwo ^ 그〉 -► | 에지ᅳ | 


0101001 0101001 
모든 bit 가 동일한 지 연을 가진다. 

그림 1-3. 동기식봉사 

실례를 들면 우리가 전화를 걸 때 잡음도 섞이고 예상치 못한 혼선이 생길 때가 있 
는데 이 러 한 잡음과 혼선 에 대 해 일 정 한 지 연을 가진 다는것 은 동시 성 을 의 미 하는것 이 다. 즉 
송신과정 에 오유가 생겼다고 해서 전화를 거는 사람의 목소리 가 수신측에 아주 늦게 들리 
거 나 전혀 다른 목소리로 들리는것은 아니 다. 

다음으로 비동기식봉사 (Asynchronous Services ) 가 있는데 이것은 문자 또는 그 이 
상의 적당한 단위 즉 블로크의 선두를 람지한 순간을 기준으로 하여 시작비트와 정지비트 
에 의 해 송수신동작을 합치 는 방식 으로서 비동기 식전송이 라고 한다. (그림 1-4) 

비 동기 식 통신 (Asynchnorous Communica 仕 on ) 자료 (정 확히 는 비 트들) 들은 파케 트로 
나누어지는데 전송될 파케트들은 서로 다른 지연시간을 가지게 된다. 이 파케트들은 수신 
측에서 완충기에 저장되며 다시 일련의 순서를 가지게 된다. 여기서 완충기는 특별히 보조 
저장장치보다 빠른 기억기에 일정한 저장공간을 확보하여 입출력을 빠르게 할 목적으로 만 
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드는것 이 다. 중간에 완충기를 두는것 이 얼마나 유용한가 하는것은 누구나 조금만 생각하면 
쉽게 리 해 가 될것 이 다. 



(三三)+ I 수신자— 


자료파케 트에 
번호를 부여한후 송신 


00Q 00Q 

- ► - ► 

그림 1-4. 비동기식봉사 


비동기식통신봉사에 영 향을 미치는 요소들은 오유비률, 지 연시 간, 송신측의 믿음성 
과 보안성 등이다. 비동기식통신봉사로 동기식봉사를 흉내 낼수는 있는데 이것의 실례가 파 
케트음성봉사이다 


그 ■♦(〔그 fctw 。: 그〕) —► | 위:，녀 | —► | 수신자 


순서없이 섞여있음. 


1111 0101 

매개 bit 마다 다양한 지 연을 가진다. 


그림 1-5. 접속지향형 봉사 


비 동기 식봉사는 접 속지 향형봉사와 비접 속지 향형봉사로 분류한다. 

접속지향형봉사 (Connection Oriented Services ) 는 일단 접속을 설정해놓고 순서 
대 로 파케 트를 전송하는것 이 다. (그림 1-5) TCP (Transmission Control Protocol ) 규 
약 같은 봉사가 접속지향형봉사에 속하는데 이것은 안정된 가상경로를 설정하고(송신측과 
수신측의 1대1 경로) 파케트를 정확한 순서대로 전송하며 파케트의 손실을 허용하지 않 
는 안정된 전송규약이다. 우편에서 등기를 생각하면 리해를 쉽게 할수 있다. 

비 접속지 향형 봉사 (Connectionless Oriented Services ) 는 파케 트를 순서 에 관계 없 
이 개별적으로 전달한다. 따라서 송신측이 보낸 자료에 대한 담보가 없으며 수신측은 수 
신된 자료를 순서에 따라 재배렬 및 재조립하는 과정을 거처야 한다. 따라서 때로는 오유 
를 그대로 가질수도 있고 자료의 일부가 손실될수도 있다. (그림 1-6) 
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| 헤지 • | ► (〔〔근 twOr 드그〉 —• | 수~4지 ■ | 

000 00Q 

- ► - ► 

순서에 관계없이 수신하여 다시 조립 

그림 1-6. 비접속지향형봉사 

비 접 속지 향형 봉사는 접 속지 향형 봉사보다는 좋게 말하면 융통성 이 있 다고 할수 있고 나 
쁘게 말하면 얼 떨 떨 한 봉사라고도 할수 있 다. 제 각기 우결 함을 가지 고있지 만 비접 속지향 
형봉사는 융통성 에 중점 을 둔 봉사이다. 이 봉사는 가상경 로를 설정하지 도 않으며 모든 파 
케트에 순서도 없을뿐만 아니 라 송신시 여 러 경로로 다중형변화를 진행한다. 이때 손실되 
는 자료에 대해서는 송신측이 책임을 지지 않는다. 

이 렇게 정 확하지 못한 측면이 있는 반면에 속도면에서는 접속지 향형봉사보다 우월하 
므로 정확한 전송을 요구하는 자료봉사에는 쓰이지 않고 주로 짧고 신속히 진행되여야 하 
는 봉사에 쓰인다. UDP(User Datagram Protocol ) 가 이러한 봉사에 속하는데 주로 전 
자대화나 통보문봉사 등에서 리용한다. 

또 다른 봉사로서 지급봉사가 있는데 이 봉사는 파케트에 우선권을 부여하는 방식으 
로 동작한다. 지 급자료봉사는 급히 보내 야 할 파케트를 전송대기중인 파케트들의 가장 앞 
부분에 놓아서 전송을 진행한다. 

지금까지 여 러가지 통신봉사에 대하여 보았다. 모든 통신봉사를 우의 분류에 포함시 
킬수 있지만 최근의 봉사들은 서로 절충하거나 제거 및 통합하여 보다 최적화된 통신봉사 
를 제공한다. 

자기가 사용하여야 할 통신봉사의 내용에 대한 파악은 를퓨터망을 리해하고 를퓨터 
망상에서 제기되는 이러저러한 문제들을 해결하는데서 실마리를 주는 중요한 요소중의 하 
나이다. 

1.1.9. 교환방식에 따르는 분류 

자료교환방법은 모두 서로 다른 특성을 가지 고 실현되는데 공통된 목적은 사용자가 제 
한된 하드웨 어 자원을 공유하도록 접속성을 가지게 하는데 있다. 이전의 단일과제체계와는 달 
리 최 근의 Windows 계 렬 의 조작체 계 나 OS /2, UNIX 호환조작체 계 들은 선점 형 다중과제 처 
리 방식 으로 작업 을 한다. 그리 고 다중스레 드 ( multithread ) 라는것 도 프로쎄 스 ( process ) 를 보 
다 작게 나누는 방법 으로 커져 가는 화상지 향프로그람들의 기 억기 및 CPU 에 대 한 합리 적 인 
공유를 보장한다. 례를 들면 우리가 word 처리기를 다중과제, 다중스레드 환경의 조작체계 
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에서 실행시켜보면 실행파일이 기억기에 적재될 경우 하드디스크가 회전하는 소리를 들을 
수 있다. 하지만 이 실행파일이 기억기에 적재된다고 해서 모든 word 프로쎄스의 기능이 기 
억기상에서 구현되는것이 아니다. 일정한 기능을 위해 아이콘을 찰칵하면 다시 하드디스크 
가 돌아가는 소리를 들을수 있다. 이것은 실행파일이 그 기능에 해당한 동적련결서고파일 
을 호출한다는것을 말하며 모든 word 처리기의 모둘이 기억기에 적재되는것이 아니라 매개 
기능의 스레드가 차례 로 기 억기 에 적재된다는것 을 의미 한다. 



그림 1-7. 회선교환봉사 



(번호와 목적주소 포함) 


| PSN |- 


| PSN | 



목적지 


* PSN ： Packet Switching Node (파케 트교환마디) 


그림 1-8. 파케트교환봉사 

교환방식에 따르는 분류에는 먼저 회선교환봉사 (Circuit Switched Services ) 가 있 
는데 봉사를 요구할 때마다 두개이상의 자료말단장치를 접속하여 그 접속이 해제될 때까 
지 그것들사이의 자료회선을 전용으로 사용하도록 하는 방식이다. 즉 콤퓨터망에서 회선 
을 공유하는 기 술이 다. 회 선은 사용자가 리 용하는 동안에 는 독점 되 며 그것 이 해 제 되 여 야 다 
른 사용자의 리 용이 가능하다. (그림 1-7) 
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회선교환콤퓨터망은 주로 전화망에서 사용하는 방법인데 전화망은 매개 지역에 따라 
교환기지국을 두게 되여있다. 즉 우리는 어느 누군가에게 전화를 걸때 그 수신자와 직접 련 
결을 가지는것이 아니라 매 지역에 설치되여있는 교환기지국과의 련결에 의하여 통화를 진 
행 하는것 이 다. 

그래서 교환기지국의 교환기는 매 전화사이의 련결을 이루기 위해 많은 련결을 가지 
게 되는데 이런 련결을 회선교환련결이라고 한다. 그리고 이려한 회선교환련결을 통해 많 
은 전화들이 통신을 진행할수 있는것이다. 여기서 회선교환망은 공유된다. 회선교환방식 
의 우점은 일단 련결이 이루어지면 지연이나 오유조정이 크게 필요없다는것이다. 

파케트교환방식이 전송의 지연이나 오유가 있을 경우 수신측에서 재전송을 요구하는 
반면에 회선교환의 경우 이러한 요구가 없다. 그렇기때문에 수신된 자료의 완전성을 요구 
할 필요가 없고 전달된 자료의 내용에 대한 담보가 부족하다. 주로 전화기의 음성 봉사나 부 
분적인 손실이 전체 자료에 큰 영향을 미치지 않는 영상봉사 등에 쓰인다. 

이와 달리 파케트교환 (Packet Switching ) 방식의 봉사는 상대방에 대해 지정한 과 
케 트를 사용하여 자료전송의 경 로를 결정 하고 전송하는 처 리 방식 으로서 목적 한 파케 트의 전 
송기 간만큼 통로가 리 용되지 만 그 전송이 끝난후에는 다른 파케트의 전송에 의 해 통로의 리 
용이 가능하게 된다. 이 방식에서의 자료전송은 처음 자료가 여러개의 파케트로 분해된다. 

매 파케트에는 수신측의 주소와 일련의 번호가 붙는다. 파케트를 수신한 수신측에서 
는 파케 트의 번호를 리 용하여 정 보비트렬 이 나 파일을 다시 구성 하여 처 음과 같은 자료로 복 
구한다. (그림 1-8) 

파케 트교환 (Packet Switching ) 틈퓨터망은 회선교환를퓨터망과 같은 개 념 이지 만 전 
송방법 에 있어서 축적후전송 (Stored and Forward Transmission ) 방법을 리용한다. 축 
적 후전송이 란 말그대 로 전송되 는 파케 트를 받은 중간전송장치 (Packet Switching Node ) 
가 이 파케트들을 축적한 후에 다음 경로로 보내는것 이다. 

회선교환장치에서 중간교환기는 다음 경로로 보내는 회송장치 에 해 당된다. 축적후전 
송의 실례를 든다면 우리가 편지를 쓰면 그 편지는 우편통에 모아진 후 우편국으로 전송 
되고 모든 우편통의 편지들은 우편국으로 집결된 다음 다시 목적지의 우편국으로 발송되 
여 거기서 필요한 곳으로 가게 된다. 

파케트교환콤퓨터망은 전송되는 파케트들의 축적될 경로의 설정방식에 따라 크게 가 
상회 선파케 트교환방식 과 데 이 터 그램 ( datagram ) 파케 트교환방식 으로 나누어 진 다. 이 두가 
지 전송방식은 름퓨터망상의 전송경로를 설정 하는 중요한 방법 이므로 잘 알아두어 야 한다. 

먼저 가상회선파케트교환봉사 (Virtual Circuit Packet Switched Services ) 에 대 
하여 보기로 하자. 이 봉사는 통신을 시작하기전에 상대방과 론리적전송경로의 접속을 
설정 하고 그 접속를 리용하여 통신을 진행한다. (그림 1-9) 
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그리고 통신이 끝난 다음에는 접속을 단절시키는 전화형식의 통신형태 이 다. 통신을 시 
작할 때 자료전송경 로를 확보하면 간단한 규약으로 큰 규모의 자료를 전송할수 있는 우점 
이 있으나 전송통로를 하나의 프로쎄스가 전용으로 사용하기때문에 상대적으로 비용이 많 
아지는 약점 이 있다. 가상회선파케트교환 (Virtual Circuit Packet Switching ) 은《가 
상적》 ( virtual ) 이라는 단어가 의미하는것처럼 송신측에서 수신축까지의 전송경로를 가 
상으로 설정한다. 

TCP 규약의 경 우가 가상회 선을 만드는 대 표적 인 규약으로 유명 한데 일 단 가상회 선이 만 
들어지면 모든 파케트들은 이 회선을 따라가야 한다. 물론 가상회선안에 다른 송신측에서 보 
낸 파케트도 뒤섞일수도 있지만 송신측과 수신측의 1:1전용구간을 만드는것이라고 생각하 
면 된다. 가상회선은 봉사기자료기지의 질문처 리 등과 같은 오랜시 간의 접속상태에서 짧은 
시간동안에 전송을 처리해야 하는 콤퓨터망에서 쓸모가 있다. 은행의 각 지점과 본점간의 자 
료기지의 갱신작업 등은 호상 오래동안 접속을 유지하면서 봉사기의 자료기지 에 질문을 하 
고 빠른 시간동안에 결과가 나와야 하므로 가상회선파케트교환방식이 아주 적합하다. 

이 번 에 는 데 이 터 그램 파케 트교환봉사 (Datagram Packet Switched Services ) 에 대 해 보 
기 로 하자. 이 봉사는 파케트교환에서 미 리 정 해 진 상대 방에게 자료를 전송하는 봉사이며 전 
송과정 에 망이 다른 데 이 터 그램을 참고할 필요가 없는 방식을 말한다. (그림 1-10) 


I PSN I 一 I ，卜 고〔 [찌 I 
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우점은 어떠한 설정도 필요하지 않다는것이다. 따라서 작은 자료전송에 리상적이다. 
또한 매개의 파케트에 대하여 특별한 경로선택이 이루어지므로 마디나 련결의 이상현상에 
빠르게 대 응하는 경 로선택 이 가능하다. 그러 나 름퓨터 망에 서 데 이 터 그램 파케 트를 전송할 때 
일부 파케트가 손실될수도 있다. 

참고로 파케트들은 파케트정보안에 TTL 이라는 시간값을 가지고있는데 이것은 Time 
To Live 의 략자로서 콤퓨터망상에서 수신측에 도달할 때까지 존재할수 있는 시간을 말 
한다. 

만약 전송중에 통신량의 과잉으로 하여 TTL 이 경과되면 수신측에서는 이 신호를 무 
시하여 버린다. 즉 무의미한 신호가 되여버러는것이다. 이것을 설명하는 리유는 데이터그 
램파케 트교환방식 이 가상회 선파케 트교환방식 과는 달리 경 로가 일 정 하지 않으므로 주의해 
야 하기때문이다. 물론 물리적인 경로가 단일하다면 이러한 파케트교환방식도 가상회선방 
식처럼 동작하겠지만 전용선이 아닌 경우 즉 공중으로 파케트들이 전송될 경우에는 심각 
한 문제를 일으킬수 있다. 

물론 오유조종을 통 하여 재전송설정을 할 수도 있겠지만 데이터그램파케트교환방식은 
가상회선방식 에 비 해 볼 때 믿음성 이 낮다. UDP (User Datagram Protocol ) 가 그러 한 
데 UDP 의 경우 앞에서도 언급했지만 저장용자료의 전송보다는 주로 통보문의 처리에 사 
용되고있다. 전자대화프로그람 등과 같이 별로 중요치 않은 자료 즉 간단한 통보문의 교 
환 등에 는 데 이 터 그램 파케 트교환이 효과적 이 다. 

앞에서 믿음직하지 못하다고 언급하였지만 쓰이는 목적에 따라 우점도 가지고있다. 우 
점은 름퓨터망상에서 부하가 적고 속도가 빠르다는것이다. 여러 경로로 분산시키는것은 병 
렬처리의 우점 이기때문에 빠른 전송을 목적으로 하는 그리 중요치 않은 자료의 전송에는 데 
이 터 그램전송방법을 많이 쓰고있다. 

1.1.10. 망첩속형태에 따르는 분류 

망접 속형 태 에 따르는 분류는 콤퓨터 망의 물리 적 인 접 속형 태 에 따라 분류한것 으로써 여 
기에는 모선형, 고리형, 별형, 나무형 등이 있다. 

모선형 (Bus Topology ) 은 망의 접 속구성 을 표시 하는 망접 속형 태 의 하나인 모선 이 라 
고 부르는 통신케블에 수많은 국(말단)들을 분산접속시키는 형태이다. 대표적인 모선형국 
부망에는 Ettiernet 나 10 BASE 5 가 있다. 고리형망도 모선케블을 사용하지만 케블을 고 
리모양으로 사용하기때문에 한계 가 없다. 이와는 달리 모선형국부망에는 한계가 있다. 케 
블을 통하여 전송된 전기신호가 끝에서 반사되여 잡음으로 되는것을 방지하기 위하여 케 
블의 끝에 저 항을 붙여 신호의 에 네 르기 를 흡수한다. 하나의 모선에 접속되 여있는 여 러 개 
의 국들가운데서 해 당한 국에 자료를 전송하기 위하여 매 국들에 주소를 배 당하는데 이 주 
소가 바로 MAC 주소이 다. 

고려형 (Ring Topology ) 은 고려모양의 전송로 (Transmission line ) 에 여러개의 말 
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단이 접속되여있는 형태이다. 다시말하여 모선이라고 부르는 통신케블을 고리모양으로 하 
여 수많은 국(말단)들을 분산접속한다. 고리형국부망에서는 집선기를 고리모양으로 접속 
하기때문에 집선기의 끝은 없고 집선기우에서의 자료전송방향은 한방향이 다. 따라서 린접 
한 국들사이의 거리가 짧은 부분에서는 금속케블을 사용하고 거리가 긴 부분에서는 빛섬 
유케블을 사용하여 유연하게 망을 구성할수 있고 케블의 길이가 긴 국부망을 실현할수 있 
다. 대표적 인 고리형국부망에는 EEE 802.5 가 표준화한 통표고리국부망과 ANSI 가 표준 
화한 FDDI (빛섬유회선자료대면부)국부망이 있다. 고리형망구성은 국부망만이 아니라 넓 
은 지역에 설치하는 간선망에서도 사용되고있다. 

별 형 (Star Topology ) 은 주처 리 기 가 중앙에 위 치 하고 매 개 의 처 리 기 와 주처 리 기 가 통 
신을 진행하는 방식을 말한다. 다시말하여 망의 중심으로 되는 마디를 경유하여 말단들이 
호상 접속하는 형태를 말한다. 망구성에는 물리적인 구성과 론리적인 구성이 있으며 두가 
지가 일치하는 경우와 차이나는 경우가 있다. 례를 들어 10 BASE-T 는 론리적으로 모선 
형이지만 물리적인 배선은 집선기를 중심으로 하는 별형망이다. 론러적인 구성과 물리적 
인 구성 이 다같이 별형망인것은 PBX (구내교환기)를 중심마디 로 하는 망이 다. 이 형태의 
특징은 한 처리기의 고장이 름퓨터망전체에 영향을 미치지는 않지만 중앙조종장치가 고장 
나면 전체 체계가 마비되는 약점이 있다. 

나무형 (Tree Topology ) 은 나무가 하나의 뿌리에서 줄기가 나오고 다시 여러개의 가 
지로 뻗 어 나간것 처 럼 하나의 주콤퓨터로부터 여 러개의 말단들이 가지 처 럼 접속되여있는 형 
태 이 다. 이 런 계층구조를 가진 를퓨터망은 고리를 형성하지 않으나 약점은 하나의 말단으 
로부터 다른 말단으로의 경로가 굉장히 길어질수 있다는것 이 다. 

1.1.11. 자료전실 V 固에 C 0 르는 분류 

콤퓨터망을 전송시 점별로 분류해 볼수 있는데 먼저 CDMA / CD(IEEE 802.3) 방식 
에 대해 보도록 하자. 이 방식은 어느 한 회사에서 E 仕 iernet 를 사용한것이 출발점으로 되 
였는데 그후 IEEE 에 서 LAN 의 표준으로 지 정했 다. 이 방식 은 자료흐름의 조종기 능을 매 
개 통신말단에 분산시켜 전송속도를 높이게 함으로써 전송시간을 단축시켰다. 이것은 송 
신말단이 자료를 송신하려는 순간의 케블상의 자료흐름을 검출하여 만약 충돌이 일어 난 경 
우에 는 오차시 간만큼 지 연하여 자료를 재 전송하는 구조로 되 여있 다. 

이번에는 통표체계방식에 대해 살펴보자. 통표체계는 크게 통표고리와 통표모선으로 
갈라 볼수 있다. 통표 ( Token ) 라는 말에서 알수 있듯이 마디의 를퓨터망접근은 통표를 소 
유한 마디만이 가능하다. 

이것은 간단히 수건돌러기에 비유하여 볼수 있는데 통표라는 말에서 알수 있듯이 사 
용자가 통표를 가지고있을 때에만 콤퓨터망을 사용할수 있다. 통표체계가 만들어진 리유 
는 동시접근시 발생하는 파케트의 충돌을 방지하기 위해서이다. 통표라는 하나의 사용권 
한신호를 통해 접근마디를 조종하는것 이 다. 

통표고리 (Token Ring , IEEE 802. 4) 는 IBM 에서 사용하고 있고 IBM 회 사에 의 하 
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여 발전된 LAN 기 술이 다. 이 방식 은 고리 형 의 망접 속형 태 를 가지 며 롬퓨터 망을 구성하는 
모든 마디들로 물리적인 실제고러가 형성되고 이 고리주위로 통표라는 특정한 파케트가 회 
전 한다. 

통표모선 (Token Bus , IEEE 802.5) 은 모선형망접속형태이다. 즉 형태는 모선형이 
면서 자료의 전송시점은 통표라는 파케트를 가진 시점에서 시작하는 형태이다. 

1.1.12. 전송방식에 따^는 분류 

콤퓨터망을 전송방식별로 분류해 보면 크게 광대역 ( Broadband ) 방식과 기초대역 
( Baseband ) 방식 으로 나눌수 있 다. Broadband (광대 역 전송) 방식 은 직 결대 면부로부터 의 신 
호를 모뎀 장치를 써서 변조시켜 송신하는 방법을 의미 한다. 변조방법 에는 주파수변조와 위 
상변조방법이 있다. 

기초대역방식은 신호변조없이 송신하는 방식으로 대면부회 로의 조건에 따라 +와 -를 사 
용하여 신호를 조합한다. 이것은 단지 하나의 신호만을 전송하게 된다. 

1.1.13. 그 밖의 콤퓨터망 

먼저 빛섬 유름퓨터 망인 FDDI(Fiber Distributed Data Interface ) 에 대 해 보도록 하 
자. FDDI 는 다른 IEEE 표준들과 달리 ANSI (American National Standard Institude ) 
ATM (Asynchronous Transfer Mode ) 의 표준이 다. 

Ethernet ^ 10 Mbps 속도와는 달리 빛섬 유를 사용하여 100 Mbps 이상의 속도를 낸다. 
이것은 1987년에 개발되였는데 최고 500개의 마디와 접속할수 있고 매 빛섬유의 최고길 
이는 200 Km 이며 매 마디사이의 거리가 2 Km 까지 가능하다. 세계적으로 많은 나라들에 
서 이것을 사용하고 있다. FDDI 의 련결구성은 그림 1-11 과 같다. 

FD 이는 SMP (Station Management Protocol ) 라는 FDDI 관리 규약에 의 해 장치 들의 
고장과 FDE)I 의 재구성을 관리 한다. FD 이는 마치 통표고리와 같은 형 태로 구성되 여 있지만 
만약 콤퓨터망상의 어떤 마디에서 고장이 생기면 FDE)I 의 고리구조는 모선구조로 바뀐다. 이 
방식의 우점은 우연적 인 마디의 오유에 대처하여 를퓨터망을 보호할수 있는것 이 다. 

FD 이는 2중고리형식 으로 련결되 여있기때 문에 MAC 계층에서 통표를 보낸다. FDDI 
에 서 사용되 는 MAC 규약을 시 간제 한통표기 법 (Timed Token Mechanism ) 이 라고 한다. 

비 동기 전송방식 인 ATM (Asynchronous Transfer Mode ) 에 대 하여 본다면 ATM 
은 대역폭에 대한 다양성, 많은 싸이트들에 도입할 정도의 공인된 안정성，그러고 기존의 
LAN 과 광대역망인 WAN 과의 통합의 편리성 등의 우점을 가지고있다. 현재 세계적으로 많 
은 학교, 기관, 기 업소들에서 ATM 을 도입하고있는데 약점은 비용이 많이 드는것 이 다. 

이 밖에도 많은 종류의 를퓨터망들이 있다. 그런데 매개 종류의 망들이 다 우결함을 가 
지고있기때문에 어느것 이 더 우월하다고 평가할수는 없다. 그러므로 를퓨터망을 구성하거 
나 관리할 때 어떤 목적으로, 어떤 방식으로 구성하고 관리하겠는가를 잘 연구하여야 한다. 
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그림 1-11. FDDI 망 구성 


제2절. 규 약 


1.2.1. 규약이란무멋안가? 

름퓨터 를 약간이 라도 다루어 본 사람이 라면 TCP / IP 규약이라는 말을 들어 보았을것 
이다. 이것은 콤퓨터망개발자이든 아니든 상관없이 자주 듣는 용어 인데 여기서는 먼저 규 
약이란 무엇이며 자주 사용되는 규약에는 어떤것들이 있는가에 대하여 간단히 설명한다. 

규약 ( protocol ) 이 란 를퓨터 망상에서 서로 련결된 체계들사이 에 의사소통을 하기 위 
해 규정한 하나의 약속을 의미한다. 만일 통신객체들사이에 정해진 규정이 없다면 서로가 
주고받은 통보문이 무엇을 의미하는지 리해할수 없을것이다. 이러한 규약에는 복잡한 규 
칙을 가지는것도 있고 아주 간단한 규칙을 가진 규약도 있다. 

간단히 실례를 들어 본다면 옛날에 사용하던 봉화도 하나의 규약이 된다고 볼수 있 
다. 그것은 불이 나 연기기둥이 하나인 경우와 둘인 경우 또는 하나도 없는 경우에 따라 서 
로 무엇 을 의 미 하는지 약속이 되 여 있 으며 이 에 따라 정 해 진 행 동을 수행 하도록 되 여 있 었 
기때문이 다. 그것을 모르는 사람에게는 그것 이 무엇을 말하는지 알수 없으나 미 리 약속한 
사람들사이에서는 이것을 보고도 서로가 무엇을 말하는지 알수 있었다. 

마찬가지로 통신객체들사이에 통보문을 주고받을 때에는 약속된 규약이 먼저 있어야 
하며 이 규약에 따라 통보문을 전송하여 야 한다. 

그러고 통보문을 받는 체계도 규약에 따라 해석을 하고 작업을 해야 한다. 만일 보 
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내는 쪽과 받는 쪽의 체계들중 어느 한쪽이라도 그것을 지키지 않으면 전송된 통보문은 무 
시되거나 오동작을 일으키는 요인으로 될수 있다. 



콤퓨터망에서 전송되는 자료는 어떤것안가? 

를퓨터 망은 전기 통신기 술에 최 근의 를퓨터 통신 이 결 합된 복잡한 신호전송장치 라고 생 
각할수 있다. 간단히 다른 콤퓨터로 화상이 나 본문，동화상 등을 전송하는것 이 콤퓨터 
망이라고 할수도 있겠지만 사실 콤퓨터망을 통하여 전송되는것은 0 과 1 의 이동일뿐 
이고 물러적으로 고찰할 때에는 전압의 변화를 통한 신호의 전달이다. 그리고 이러한 물 
러적인 신호는 항상 매체를 통과하면서 신호에 잡음이 타므로 실지 송수신신호의 변화 
에 대해서는 예견하기가 어렵다. 우리가 일상생활에서 늘상 느끼는것지만 TV 를 볼 때 
허상이 생기는 현상도 이러한 잡음이 타기때문이라는것은 누구나가 잘 알고있는 사실 
이다. 

하지만 지금은 이 러한 잡음들도 정보의 수자화를 통해 방지할수 있다. 여기서 수자 
화라는것은 일정한 구간에서의 련속적 인 전압의 변화를 2 진수인 0 과 1 의 조합으로 변 
환한다는 뜻이 다. 

롬퓨터 망에서 의 자료는 항상 송신측과 수신측사이에 존재 하기 때 문에 전송의 정 확성 
에 대 한 담보가 무엇 보다도 중요하다. 전송의 정 확성 이 자료의 정 확성이 므로 이 문제 
는 콤퓨터 망에 서 기 본문제라고 할수 있 다. 를퓨터 에 서 다루는 2 진코드는 단순하면서 
도 (참 아니면 거짓) 일관성이 있고 론리적이기때문에 를퓨터와 통신이 결합된 콤퓨터 
망은 자료전송에서 하나의 혁명이라고 볼수 있다. 

___ ^ 


1.2.2. 규약설계 

앞에서 본바와 같이 규약의 의미는 아주 간단하다. 

그러나 규약의 의미가 간단하다고 하여 규약의 설계까지 간단한것은 아니다. 물론 단 
순한 통보문만을 주고받는 문제를 해결하려 한다면 설계라는 개념을 적용하지 않아도 되겠 
지만 를퓨터망상에서 복잡한 작업을 수행해야 하는 체계들사이에는 규약의 설계가 간단하 
지 않다. 

콤퓨터망체계를 개발하는 개발자들은 몇가지 규칙에 따라 규약을 설계해 야 한다. 

첫째로 변하지 않는 골격을 가지도록 만들어야 한다. 즉 새로운 규칙이 추가될 때마 
다 규약의 전반내용이 변한다거나 다른 규칙이 변하게 되면 안된다. 규약설계시에 간단한 
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규칙 만을 적 용해서 규약을 정 의 하고나면 사용과정 에 생 각하지 못했던 부분이 추가되 면서 변 
화가 일어날수 있다. 규약이 변하면 이전의 통보문이나 자료가 쓸모없이 되는 경우도 있 
는데 이것은 매우 심각한 문제이다, 사용과정에 규약의 갱신은 피할수 없는 일이기때문이 
다. 그러므로 처음 만들 때에는 여러가지 경우를 생각하여 설계를 해야 한다. 

둘째로 오유처리를 잘할수 있도록 만들어야 한다. 즉 통보문의 종류와 통보문에 포 
함된 자료의 내용이 정확히 일치해야 하며 이것을 확인할수 있어야 한다. 그래야 규약을 어 
긴 통보문인지 아닌지를 알수 있으며 펼요한 오유처 리를 할수 있기때문이 다. 례를 들어 자 
료를 삭제하라는 통보문인데 새로 작성하여야 할 자료가 포함되여 있다면 이것을 확인한 다 
음 재전송을 요구하든지 오유처 리를 하여 야 한다. 

셋째로 규약이 너무 커지거나 복잡해지면 안된다. 필요없는 내용을 너무 많이 포함 
시키거나 애매한 내용이 많이 들어가게 되면 규약으로서의 가치가 떨어지고 이것이 오유 
를 발생시키는 원인으로 되기때문이다. 

이상과 갈은 원칙을 지키면서 규약을 설계 하여 야 한다. 어떤 일이나 마찬가지 이지 
만 규약작성도 설계에 하루를 더 투하하면 나중에 일주일을 절약할수 있다. 그러므로 규 
약설계를 잘 하여야 한다. 

1.2.3. Internet 규약 

콤퓨터망통신을 위한 규약에는 종류가 많다. 그 가운데서도 가장 널리 알려져 있고 일 
반화되 여 사용되 고있는것 이 Internet 규약 즉 TCP / IP 를 리 용한 통신규약이 다. 그림 1-12 
는 OSI 모형 에 기초한 TCP / IP 모둘을 표현한것 이 다. 

TCP (Transmission Control Protocol ) 는 쌍방향통신을 지 원하고 byte 단위 로 자 
료를 전송하는 련결지 향형 규약 (Connection Oriented Protocol ) 이 다. 대부분의 Internet 
프로그람은 TCP 를 리용하는데 TCP 는 그림 1-12 에서와 같이 IP 에 의존하기때문에 보 
통 Internet 규약을 TCP / IP 라고 부론다. 

UDP(User Datagram Protocol ) 는 비 련결규약 (Connectionless Protocol ) 으로서 데 
이 터 그램 이 목적지 에 도달하는가 안하는가에 대 하여 알려고하지 않는 점 이 TCP 와 다르다. 

그리 고 ICMP (Internet Control Message Protocol ) 는 관문과 주롬퓨터 사이 의 오유 
와 조종정보를 조종하기 위한 규약이다. ICMP 통보문은 IPC 데 이터그램을 통해 전달되는데 
TCP / IP 망쏘프트웨어는 이 통보문을 리 용하여 를퓨터망이 정상인가 아닌가를 확인한다. 

하지 만 이 것 은 체 계 의 내 부에 서 이 루어 지 는것 이 기 때 문에 사용자들은 이 것 을 몰라도 
프로그람을 리 용할수 있 다. IP (Internet Protocol ) 는 TCP , UDP , ICMP 를 위 한 파케 
트전달봉사를 제공한다. 이때 사용자는 특별히 IP 에 대해 신경을 쓰지 않아도 된다. 단 
지 정확한 IP 의 설정만을 하면 된다. 그러면 TCP / IP 규약을 기초로 하면서 널리 사용되 
고있는 프로그람들에 대하여 보기로 하자. 
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그림 1-12. TCP/IP 모듈 

• TELNET： 원격으로 다른 곳의 주를퓨터체계에 접속하여 주콤퓨터내부의 월창을 리용 
하는것과 같은 효과를 내는 프로그람이 다. telnet 는 믿음성 있는 전송을 목적 으로 하는 접속지향 
형 봉사인 TCP 대 화접 속을 리 용한다. telnet 에 서 사용하는 포구는 top 23번포구이 다. telnet 는 본 
문방식이라는 약점이 있지만 여전히 UNIX 계렬의 체계에 접속하여 사용하는 통신프로그람으로 
많이 활용되고있다. telnet 을 리용할 때에는 적합한 말단방식을 리용하여 접속하여야 한다. 

•FTP: 파일전송규약 (File Transfer Protocol) 의 략자로서 주콤퓨터에서 파일을 얻 
거 나 (get) 주콤퓨터 에 파일 을 전송할 때 (put) 많이 사용된다. telnet 와 함께 원격 으로 다 
른 곳의 UNIX 체 계 를 사용하는데 가장 많이 리 용된다. telnet 와 FTP 는 서 로 보충해 주는 특 
징 을 가지 고있 다. 즉 FTP 의 경 우에 는 주콤퓨터안에 서 작업 수행 이 불가능하지 만 파일전송 
은 가능하며 telnet 는 파일전송은 불가능하지 만 주를퓨터안에 서 작업 수행 이 가능하다. 

• TFTP : FTP 와 같이 통보문전송을 목적 으로 하지 만 TCP 대 화접 속을 리 용하는 FTP 
와는 달리 UDP 대화접속을 러용한다. 따라서 믿음성에서는 문제가 있지만 빠른 파일전송 
에 적합하다. 

•SNMP: 콤퓨터망관리체계에서 많이 사용하는 망관리용규약이다. 여기에 대해서는 
뒤에서 자세히 보기로 하자. 

• SMTP： Simple Mail Transfer Protocol 의 략자로서 단순한 우편전송규약이다. 
우편을 송신하는 봉사기로는 SMTP 봉사기를 많이 리용한다. TCP 대화접속을 리용하는 
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SMTP 규약은 RFC 821에 명시되여있으며 Internet 전자우편을 전송하는 엔진으로 사용 
된다. UNIX 에서 많이 사용하는 Sendmail 프로그람이 바로 이 규약을 리용하고있다. 

• POP ： 사무우편물규약 (Post Office Protocol ) 의 략자로서 tcp 109번포구를 사용 
한다. 최근에 많이 사용하는 POP 3 은 POP 의 발전형으로서 tcp 110번포구를 사용하고있 
다. SMTP 봉사기가 우편을 전송하는 봉사기로 많이 리용되 고 있다면 POP 봉사기는 우편 
을 수신하는 봉사기로 많이 리용된다. 


제3절. UNIX 콤퓨터망 

지 금까지 는 콤퓨터 망의 일 반적 개 념 과 콤퓨터 망관리 체 계 에 대 한 개 념 을 위 주로 하여 간 
단히 보았다. 이 절에서는 이러한 리론들중 UNIX 와 관련된 내용을 위주로 보도록 하자. 
책의 제목과 다르다고 생각할수 있는데 Linux 조작체계 가 UNIX 조작체계의 한개 갈래 라 
고 할 때 그 리유를 어렵지 않게 짐작할수 있으리라고 본다. 또한 UNIX 와 관련된 름퓨 
터망부분이지만 기타 다른 조작체계에서도 적용되는 내용들도 많다. 

UNIX 상에 서 콤퓨터 망을 다시 정 의 한다면 정 보를 공유하는 체 계 들의 집 합이라고 말 
할수 있다. UNIX 에서는 때로 UNIX 체계자체의 처리속도보다 정보를 공유할수 있는 를 
퓨터망의 련결여부와 련결속도를 더 중시할 때가 많다. 

1.3.1. 콤퓨터망주소 

체계호상간에 련결을 설정하려면 서로의 주소를 알아야 한다. 이때 사용되는 주소에 
는 먼저 E 仕 lernet 주소가 있다. Ethernet 주소는 물리적 주소 또는 MAC 주소라고도 불 
리우는데 대체로 6 Byte 로서 를퓨터망의 말단기의 PROM 에 기록되 여있다. Ethernet 주 
소는 갈은 콤퓨터망안에서 서로 다른 주소를 가지고있어야 한다. 

콤퓨터망에 련결된 주름퓨터들은 각기 자기의 이름을 가지고있는데 이러한 이름은 별명으 
로 대 치 할수도 있다. 주를퓨터 이 름 또한 동일한 를퓨터망안에서는 이 름이 서 로 달라야 한다. 

름퓨터망주소에서 아주 중요한 주소는 역시 IP 주소이 다. IP 주소 역시 동일한 름퓨터 
망안에서는 서 로 다른 주소를 가지고있어 야 한다. 만일 세계콤퓨터망에 련결된 체계 라면 전 
세계적으로 유일한 IP 주소를 가지고있어야 한다. 

IP 주소는 4개 의 10진수로 이 루어 지 는데 매 수자는 점 으로 분리 하여 표시하며 0~255 
사이의 수자여 야 한다. 따라서 체계 가 가지는 IP 주소는 0. 0. 0.0- 255.255.255. 255중 
에 하나가 된다. IP 주소는 체계가 속해있는 름퓨터망을 나타내는 부분과 해당 롬퓨터망 
속에서 체계를 표시하는 부분으로 나누어진다. 

례를 들어 192.168.100.1()1 이라는 IP 를 가지고있다고 했을 때 3 Byte 는 콤퓨터망부 
분이 고 lByte 는 체 계부분이 다. 즉 192.168. 100은 름퓨터망 번호이 고 1()1 은 체 계 번호이 다. 
를퓨터망상에서 해당 체계를 찾을 때에는 처음 3개의 Byte 를 리용하여 해당 를퓨터망을 찾 
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고 마지막 Byte 를 리용하여 해당 체계를 찾게 된다. 

그러면 몇 Byte 까지가 콤퓨터망부분이고 몇 Byte 가 체계부분인가 하는 물음이 제기된 
다. 이를 위하여 IP 주소는 내부에서 이를 계산할수 있는 정보를 제공한다. 먼저 IP 주소는 
콤퓨터망부분을 위하여 등급을 나누고있는데 이것을 들라스 (class) 라고 부론다. 콜라스는 아 
래와 같이 A, B, C 클라스가 존재한다. 매 개의 의미를 간단히 설명하면 다음과 같다. 

• A 믈라스: 첫 번째 Byte 가 콤퓨터 망부분，나머 지 3개 의 Byte 는 체 계 부분이 다. 따라서 
콤퓨터망을 제외한 부분만큼 주콤퓨터 에 IP 를 부여할수 있다. (255x255x255 개만큼) 

• B 콜라스: 두번째 Byte 까지가 름퓨터망부분. 나머지 2개의 Byte 는 체계부분이다. 
따라서 255X255 개만큼 콤퓨터망안의 체계들에 IP 를 할당할수 있다. 

• C 믈라스: 세번째 Byte 까지가 를퓨터망부분이다. 총 255개의 IP 를 할당할수 있다. 
매개 클라스들은 IP 주소의 첫번째 Byte 의 제 일 높은 자리의 bit 를 리용하여 계산을 

진행한다. 이것을 간단히 설명하면 A 콜라스는 첫번째 bit 가 0으로 설정된다. 

1.3.2. 자료■전송 

UNIX 에서 콤퓨터망을 러용하여 자료를 전송할 때 사용하는 가장 작은 단위는 파케 
트이 다. 파케트는 머 리부와 통보문으로 이루어지는데 머 리부속에는 파케트를 보내는 체 계 
의 IP 주소, 파케트를 수신하는 체계의 IP 주소, 그리고 어떤 종류의 통보문이 있는지를 나 
타내 는 정 보 등이 포함되 여 있다. 그러 고 머 리부를 제 외 한 통보문부분에는 실지 보내 려 고 하 
는 자료의 내용이 포함된다. 

파케트를 만들고 전송을 하게 되면 파케트를 발송하는 체계는 파케트의 머리부를 보고 수 
신체 계의 주소를 조사한다. 만일 주소가 내부 (local) 망에 있는 체 계 이면 수신체계 에 곧바로 파 
케트을 전송하게 된다. 내부망에 련결된 체계가 아니면 파케트를 경로기로 전송한다. 

경 로기 로 파케 트가 전송되 면 경 로기 는 경 로배 정 표에 수신체 계 가 포함되 여 있는가를 검 
사한다음 그것 이 있다면 수신체계 에 파케 트를 넘겨준다. 만일 자신의 경 로배정표에서 해 
당 체계를 찾을수 없으면 다른 경로기에 파케트를 전송한다. 

째 


NFS (Network File System ) 란? 

UNIX 는 다른 체 계 에 서 사용하고있는 파일 체 계 를 자기 의 체 계 안의 파일 처 럼 사용할수 
있는 NFS 기 능을 지 원한다. 봉사기 로 사용되 는 체 계 는 자신의 파일체 계 를 멀 리 에 떨 어 져 
있는 체계가 사용할수 있도록 제공한다. 의뢰기로 사용되는 체계는 봉사기에서 제공하는 
자원을 자기것처럼 활용할수 있다. 

최근에는 Windows 에서 UNIX 에 있는 파일체 계 를 NFS 로 활용할수 있도록 해 주 
는 Samba 봉사기를 많이 사용하고있다. 
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1.3.3. 콤퓨터^■구축 

개발자들이나 사용자들이 동작중인 UNIX 체계에 접속할 때에는 많은 경우 를퓨터망 
은 사용할수 있도록 설정이 되여있는 상태이다. 만일 름퓨터망기판에 문제가 있어 체계를 
다시 설치하는 경우，또는 개인이 사용할 목적으로 PC 용 UNIX 를 설치할 때에는 망카드 
의 구입으로부터 설치, 설정과정에 이르기까지 모든 과정을 거처야 한다. 를퓨터망설정이 되 
여있는 경우 아래와 같이 ’ifconfig’ 지령을 리용하여 망대면부가 어떻게 설정되였는지 확인 
할수 있다. (그림 1-13) 

ifconfig 의 실행결과를 보면 lo 와 ethO 두개의 대면부가 설정되여있는것을 볼수 있 
다. 여기서 lo 는 체계자신을 표시하는것이고 또 다른 대면부인 ettiO 은 름퓨터망의 대면 
부가 별도로 설치되여있음을 보여주는것 이 다. e 比 i0 대면부의 내용을 보면 E 比 lernet 주소 
가 “00:0C:76:00:DD:4E” 이라는것을 알수 있다. 

그리 고 부분망 마스크는 ffffffOO 즉 255.255.255.0 임 을 알수 있다. 그리 고 현재 UP 
상태로 콤퓨터망봉사를 진행하고있다는것을 알수 있다. 만일 콤퓨터망설정을 다시 하려면 
ifconfig 지령을 리용하여 콤퓨터망대면부가 가진 값들을 변경하면 된다. 



그림 1-13. ifconfig 으I 실행결과 

IP 주소를 바꾸는 실례를 보도록 하자. 먼저 IP 주소를 바꾸러면 현재 실행중인 름퓨 
터 망봉사를 중지하여 야 한다 
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% ifconfig ethO down 

콤퓨터망봉사가 중지되였으면 다음과 같은 지령을 리용하여 IP 주소를 변경시킨다. 


% ifconfig elxO inet 192.168.8. 102 


그다음 봉 사를 다시 시작 ( up ) 한다. _ 

% ifconfig ethO up 

IP 주소를 변경한 다음에는 원격으로 Ping 이나 Telnet 등을 리용하여 IP 가 제대로 
변경되였는지 검사하여야 한다. IP 주소변경외에 netmask 를 변경하거나 다른 내용을 변 
경할 때에도 이와 류사한 방법을 사용한다. 즉 (ifconfig 대면부명，실마리어，새로운 값》 
을 리용하면 된다. 만일 체계의 IP 주소를 변경할 때 다음번 체계기동시에도 새로운 IP 로 
계속 사용하게 하고싶으면 / etc / hosts 파일을 변경하여야 한다. / etc/hosts 파일을 vi 
편집기 등으로 연다음 localhost 로 되 여있는 부분을 변경된 IP 로 바꾸도록 한다. 

름퓨터망대면부의 설정이 끝났으면 망안에 련결되여있는 경로기와의 련결설정이 제 
대로 되였는가를 확인하며 외부망과의 련결이 제대로 되는가를 검사한다. 

체계 안의 경로배정표를 확인하는것도 좋은 방법 인데 이때는 netstat 지령을 리용하면 
된다. 그림 1-14 는 netstat 지 령을 실행하고 그 결과를 보여준 화면이 다. 



그림 1-14. netstat 의 실행결과 

UNIX 의 경 우 체 계 자체 가 경 로기 의 역 할을 수행할수 있 다. 물론 경 로기 의 역 할을 수 
행하는것이 꼭 좋은것은 아니지만(성능저하 등의 문제로) 이러한 기능을 제공하고있다는 
것을 알아두고 필요할 때 활용하면 좋은 점도 있다. 

경로기의 설정이 제대로 되였으면 해당한 경로를 통하여 접속을 시도할수 있다. 
지금까지의 과정을 통하여 콤퓨터망에서의 전반적인 내용에 대하여 간단히 보았다. 
보다 자세한 내용을 학습하려면 전문참고서적을 보아야 한다. 콤퓨터망의 설계와 관 
리 를 깊 이 파악하자면 리 론에 대 한 학습을 보다 깊 이있게 하여 야 한다. 
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제 2장 


프로쎄스 


서폰 


이 장에서는 Linux 조작체계에서 중요한 문제의 하나인 프로쎄스 
에 대 해 설명 한다. 프로쎄 스는 프로그람의 실 행단위 를 의 미 하는것 으 
로써 체계에서 실행되고있거나 실행예정 및 실행완료된 모든 프로그 
탐들과 련관되 여있다. 

이 장에서는 먼저 프로쎄스란 무엇이며 어떻게 관리되고 동작이 진 
행 되 는가 또한 프로쎄 스를 사용하기 위 한 체 계 호출 (함수) 은 어 떻 게 하 
는가에 대 하여 설명 한다. 이 때 사용되 는 체 계 호출은 프로쎄 스의 생성， 
실행, 완료 및 관리 등과 관련된 내용들이다. 그리고 이러한 체계호 
출과 그에 도움이 될만한 암시를 리용하여 프로쎄스관련프로그람들을 
작성하게 된다. 2장의 차례를 간단히 소개하면 다음과 같다. 


목표 

1 . 프로쎄스 구조 

2. 프로쎄스 체계호출 

3. 프로쎄스 프로그람작성 
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제 1 절. 프로쎄스 구조 


프로 M 스 


2.1.1. 프로쎄스 

여기서는 프로쎄스란 무엇이며 어떻게 생겨나고 없어지는가 하는데 대해 보기로 하자. 

프로쎄스란 간단히 정의하면 조작체계상에서 실행되는 개개의 프로그람을 의미한다. 
이때 단순히 프로그람이라고 하면 2진파일로 이루어 진 기계 어들의 모임 을 의미할수도 있 
다. 그러나 프로쎄스는 기계어로 이루어진 수동적인 프로그람이 아니라 체계자원을 할당 
받아 동작하는 능동적 인 프로그람을 의미한다. 또한 프로쎄스에는 CPU 의 등록기，탄창 
기 억기 등 프로그람의 실행 에 필요한 자원들을 모두 할당받아 언제든지 자기 차례가 되면 
실행이 가능한 형태의 과제들도 포함된다. 

Linux 조작체 계 는 다중파제 를 지 원하는 조작체 계 이 다. 이 때 다중과제 는 다중처 리 로 표 
현할수도 있는데 이것은 여러개의 과제 또는 프로쎄스가 독립적으로 자기만의 령역을 가 
지고 동시에 실행된다는것을 의미한다. 따라서 특정한 프로쎄스의 비정상적인 실행이나 완 
료는 다른 프로쎄스에 크게 영향을 미치지 않는다. 

프로쎄스들은 호상 쉽게 교신을 할수 없다. 만일 호상교신이 필요하면 프로쎄스들사 
이의 통신기법을 통하여 서로의 작업내용을 주고받아야 한다. 프로쎄스들사이에 통신이 필 
요하다는 개념만 보아도 프로쎄스들이 개별적으로 동작하고있다는것을 알수 있다. 

이렇게 프로쎄스가 개별적으로 동작하기 위해서는 매개 프로쎄스가 체계자원들을 소 
유하고 있어야 한다. 그렇지 않으면 필요한 작업을 제때에 원만히 수행할수 없게 된다. 그 
리유에 대해서는 수많은 프로그람이 동시에 실행되는 경우를 예상하면 쉽게 리해가 될것 
이다. 하지만 특별한 경우 일정한 프로쎄스가 체계자원을 독점하는 경우도 있다. 프로쎄 
스가 체계자원을 독점하게 되면 다른 프로쎄스들은 상대적으로 많은 피해를 보게 된다. 

물론 아주 중요한 체계의 주프로쎄스가 체계자원을 독점하는것은 그리 나쁜 일이 아 
니다. 실례 로 자료를 수집 할 목적으로 Linux 를 사용하고있는데 자료수집 프로쎄스가 체 
계자원의 일부만을 사용하여 작업처리를 제대로 못하면 큰 문제로 된다. 

그러나 중요치도 않은 프로쎄스가 체계자원을 랑비하고있다면 이것은 전반적인 체계 
동작에 나쁜 영향을 주게 된다. 그러므로 이 러한것들을 확인하여 프로쎄스를 완료시킨다 
든지 프로쎄스의 우선권을 떨어뜨린다든가하는 작업이 필요하게 된다. Linux 는 이를 위 
하여 프로쎄스단위의 관리가 가능하도록 조작체계준위 에서 각종 지 령들을 제공한다. 

Linux 가 다중처리를 제공하고는 있지만 실제로 하나의 CPU 는 언제나 하나의 프로 
쎄스만 처리하게 된다. 따라서 실행중인 프로쎄스를 제외한 나머지 프로쎄스들은 언제나 자 
기 가 CPU 를 사용할수 있는 순간이 될 때 까지 기다려야 한다. 또한 기 다리 다가 자기 차 
례가 되면 CPU 와 필요한 체계자원을 활용할수 있어야 한다. CPU 의 경우는 여러 프로 
쎄 스들이 자기 차례 를 기 다리 며 대 기 하고있을 때 에 도 쉬 는 시 간이 없 이 동작하게 된다. 따 
라서 다중처리를 제공하는 체계들은 체계가 가지고있는 자원을 보다 효률적으로 리용할수 있 
게 되여야 한다. 다중처리를 제공하지 않는 경우에는 실행중인 프로쎄스가 완전히 완료되 
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여 야 다른 프로쎄스가 움직 일수 있기때문에 현재의 프로쎄스밖에는 자원을 활용할수 없다. 

그러면 프로쎄스의 구조에 대하여 보기로 하자. 

프로쎄스를 표현하는 구조체는 task_struct 인데 이것은 task 벡토르에 보관되여 관리 
된다. 다시말하여 프로쎄스가 task_struct 형으로 생성되면 이것들은 다시 task 벡토르에 들 
어 가게 되 며 이 속에 서 지 적 자 ( point ) 가 움직 이 면서 현재 실 행 될 task_struct 를 지 정 하게 
된다. 지정된 프로쎄스는 정해진 시간안에 필요한 작업을 수행한후 다음 프로쎄스에 실행 
권한을 넘겨주게 된다. 

체계가 관리할수 있는 프로쎄스의 총 개수는 task 벡토르가 수용할수 있는 task_struct 
의 수와 관련된다. 작업 이 수행될 프로쎄 스를 지정 하는 지 적 자는 일정 관리 기 에 의 해 움직 
이게 된다. 일정관리기는 일반적인 프로쎄스와 실시간프로쎄스(즉 우선권이 높은 프로쎄 
스)의 처리를 다르게 한다. 

만일 체 계 에 중요한 영 향을 미 치 는 새 치 기 가 발생 하면 일 정 관리 기 는 그것 을 처 리 할 프 
로쎄스를 최우선적으로 실행되게 만든다. 해당 작업의 처리가 끝나고나면 다시 원래대로 실 
행되여야 할 일반프로쎄스에 우선권을 넘긴다. 

프로쎄스는 내부에 상태정보를 가지고있으며 이것을 리용하여 현재 프로쎄스의 상태 
를 반영하게 된다. 일정관리기는 프로쎄스의 상태정보를 러용하여 실행이 가능한 프로쎄 
스를 선별하는 작업도 수행한다. 프로쎄스가 가지고있는 상태정보를 간단히 설명하면 다 
음과 갈다. 

- Waiting ： 대 기중인(실행을 기 다리고있는) 프로쎄스의 상태를 말한다. 

• Running ： 실행중인 상태로서 프로쎄스가 CPU 에 할당되였고 자원을 사용하면서 
작업중인 상태를 말한다. 

• Stopped ： 정지 상태 로서 프로쎄스가 정지요청을 받았거 나 다른 프로쎄스가 긴급히 실행 
되여야 할 때 실행중이던 프로쎄스의 상태는 stopped 로 바뀌게 된다. 

• Zombie : 프로쎄스는 이미 실행중지가 되였지만 task 벡토르에 여전히 남아있는것 
을 말한다. 프로쎄스가 실행되지 않기때문에 죽은 프로쎄스라고 리해하면 된다. 

서 


IEEE 란? 

IEEE 는 The Institute of Electrical and Electronics Engineers 의 략자이 다. 
간단히 전기전자학회 라고도 한다. 전기, 전자, 통신, 롬퓨터 등의 분야에 대한 기술자 
단체 이 다. 전기전자분야의 학회 로서는 세 계 최대 규모로서 회 원수는 30 만명 을 넘는다. 
전자부분품, 통신용모선 및 대면부, 국부망 등을 대상으로 한 표준화활동도 추진하고 
있 다. 


프로쎄스는 자기를 표현하는 유일한 값인 프로쎄스 ID 를 가지고있다. 월상에서 ps 
지 령을 수행할 때 나타나는 PID 값이 그것 인데 PID 를 리용하면 프로쎄스의 상태를 검색 
하거 나 관리 또는 강제 로 완료하는 등의 작업 을 진행할수 있 다. 
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제 일 먼 저 기 동한 최 초의 프로쎄 스를 제 외 한 나머 지 프로쎄 스들은 부모프로쎄 스 (Parent 
Process ) 를 가지고있다. 이미 존재하고있는 프로쎄스의 복제과정을 거처 새로운 프로쎄 
스가 생성되기때문에 복제를 실행한 프로쎄스와 복제를 당한 프로쎄스가 있게 된다. 이때 
복제되여 새롭게 생성된 프로쎄스가 자식프로쎄스 (Child Process ) 로 되며 본래의 프로 
쎄스는 부모프로쎄스로 된다. 그리고 같은 부모를 둔 프로쎄스는 형제프로쎄스가 된다. 

부모, 자식 프로쎄 스들사이 에는 서 로에 대 한 지 적 자를 가지 고있다. 이 러 한 지 적 자를 리 
용하여 Linux 핵심부는 존재하는 모든 프로쎄스들에 접근할수 있고 동시에 개별적인 관 
리 를 진행할수 있게 된다. 

Linux 핵심부중에서 시간과 관련된 핵심부는 프로쎄스의 생성시간과 프로쎄스가 사 
용한 각종 체계 자원에 대한 감시를 수행 하게 된다. 이 핵심부를 리용하면 응용프로그람들 
의 프로쎄스정보에 대한 감시가 가능하게 된다. 

2.1.2. 프로쎄스생명주기 

체계가 기동하면 모든 프로쎄스들의 부모가 될 프로쎄스만이 실행된다. 이 프로쎄스 
는 프로쎄스를 관러할 핵심부프로쎄스들을 실행시키고 필요한 초기화를 진행하여 실행목 
적을 달성하게 한다. 핵심부프로쎄스는 체계초기화를 진행하여 전체 체계가 기동할수 있 
는 환경을 마련해춘다. 또한 핵심부프로쎄스는 체계가 필요로 하는 프로쎄스들의 생성 및 
기 동을 보장한다. 실 례 로 사용자가 등록가입 을 시 도할 경 우를 생 각하여 이 것 을 처 리 해 줄 프 
로쎄스를 기동시키는 작업을 진행한다. 이렇게 새로 생성되는 프로쎄스는 부모가 될 프로 
쎄스의 통제에 의해 만들어진다. 

새로운 프로쎄스는 핵심부방식에서 통제를 받으며 일정관리기가 자기를 실행시켜주 
기를 기다리게 된다. 설정된 프로쎄스는 앞에서 소개했던 task _ struct 를 할당받고 벡토 
르속에 들어가게 된다. 프로쎄스가 설정되면 부모프로쎄스가 가지고있는 체계자원을 자식 
프로쎄스가 공유하게 된다. 

이러한 프로쎄스가 체계자원을 사용할 때에는 다른 프로쎄스들이 접근하지 못하도록 
하는데 이때는 체계계수기를 리용한다. 례를 들어 체계자원에 접근한 부모, 자식프로쎄스 
는 자원을 사용할 때에는 계수기를 높이고 사용을 마치면 계수기를 낮추게 된다. 자원을 공 
유하는 프로쎄스들이 더 이상 자원을 활용하지 않으면 계수기는 0이 되고 다른 프로쎄스 
에 대해 접근을 막았던 부분을 해제한다. 

핵심부프로쎄스는 생성 및 실행되고있는 프로쎄스들에 대해 CPU 사용시간，생성시간, 
자원사용시 간 등을 관리 하게 된다. 이때 이를 감시 하기 위 해 박자계수기 를 리 용하게 되는 
데 박자계수기 가 완료되면 신호를 받아 박자계수기가 완료되 였음을 알고 계산작업을 진행 
하게 된다. 이때 사용하는 신호에는 SIGALRM , SIGVTALRM , SIGPROF 등이 있다. 
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[rootQppp root]# vi 919test 

~i 

—Ctrl+Zl 누른다 

[1]+ Stopped 
[root@ppp root]# bg 
[1]+ vim 919test & 

vim 919test 

[rootQppp root]# | 

」 


그림 2-1. 프로쎄스의 중지와 실행실례 


프로쎄 스의 실행 은 Command Interpreter (지 령 해 석 프로그람) 에 의 해 지 령 이 해 석 
되 고 실 행 되 게 된다. 이 려 한 지 령 해 석 프로그람으로서 는 사용자프로쎄 스이 면서 우리 가 잘 알 
고있는 월이 다. 월은 프로쎄스를 생성하는 fork 체계호출을 리용하여 자기의 자식프로쎄 
스를 복제 하게 된다. 복제된 프로쎄스는 월 이 가지 고있는 내 용을 자기 에게 맞게 변경 하고 
필요한 작업을 진행 한다. 

월은 복제한 프로쎄스가 실행되는동안 실행을 멈추고 대기하게 된다. 이때 월이 동작 
하기를 바란다면 월과 해당 프로쎄스가 다중으로 실행하도록 만들면 된다. 그 과정은 그림 
2-1 과 같다. 

또는 처음에 다음과 같이 실행하면 된다. 


% runprogram 


우에서 프로쎄스를 중지시키기 위해 ᄆ Z 를 누르면 SIGSTOP 신호가 발생되고 프로쎄 
스는 실 행 을 멈 추게 된다. 그리 고 bg 지 령 이 나 fg 지 령 을 실 행 시 키 면 SIGCONT 신호가 발 
생되며 정지되였던 프로쎄스가 다시 기동한다. 

엘에서 2진파일로 된 프로그람을 실행시키면 해당 파일을 해석할수 있는 해석프로그 
람프로쎄스가 실행되면서 파일속에 있는 지 령어를 실행하게 된다. 만일 쉴프로그람작성을 
통하여 만들어진 각본 ( script ) 을 실행할 때에는 각본안에서 이것을 해석할수 있는 월프로 
그람을 지정해야 한다. 그러면 월각본을 실행하면서 동시에 해당 프로쎄스가 실행되여 각 
본안의 지령 어들을 해석하고 실행하게 된다. 2진파일의 경우에 원천파일을 콤파일하면 실 
행 가능한 ELF 형식의 파일이 생성된다. ELF 는 Executable and Linkable Format 의 략 
자로서 련결과 실행이 가능한 형식을 의미한다. 

ELF 형식으로 이루어진 2진파일은 내부에 련결정보를 가지고있기때문에 지령해석프 
로그람이 지 령을 해 석 하면서 필요한 련결파일의 내 용을 함께 실행 할수 있다. 그리 고 ELF 
형식의 파일은 필요한 부분만을 기억기에 적재하여 사용하는데 만일 부모프로쎄스가 필요 
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한 정보를 이미 기 억기에 올려놓았으면 그것을 그대로 사용하기도 한다. 

프로쎄스는 두가지 방식으로 실행되는데 사용자방식과 체계방식으로 나눌수 있다. 

Linux 에 서 는 특정 한 프로쎄 스가 다른 프로쎄 스를 강제 로 완료시 키 거 나 정 지 시 키 지 못 
하기때문에 모든 프로쎄스들은 일정한 간격으로 실행을 보장받게 된다. 그러나 모든 프로 
쎄스가 언제 나 자원이 나 시 간 등을 균등하게 분배 받도록 하는것 이 좋은것은 아니 다. 아주 
중요하거나 급히 처리해야 할 프로쎄스인 경우 그것을 다른 프로쎄스들의 처리가 끝날 때 
까지 기다리게 하는것 이 어떤 결과를 가져오겠는가에 대해서는 쉽게 리해하리라고 본다. 그 
러므로 Linux 는 중요하거 나 긴급하게 처 리 해 야 하는 프로쎄스와 일반적 인 프로쎄스를 구 
별하기 위해 사용자방식과 체계방식으로 갈라서 실행되도록 한다. 사용자방식으로 실행되 
는 프로쎄스는 체계방식으로 실행되는 프로쎄스에 비하여 우선순위가 낮다. 

프로쎄 스는 처 음 실 행 시 에 는 일 반적 으로 사용자방식 으로 실 행 되 다가 체 계 새 치 기 나 신 
호를 통해 체계방식으로 변경된다. 따라서 프로쎄스가 어떤 방식으로 실행되겠는가는 미 
리 정해지는것이 아니며 체계가 필요에 따라 방식을 변경시켜주기때문에 프로쎄스의 실행 
이 효률적으로 이루어지게 되는것이다. 

프로쎄스 일정관리 

체계는 실행우선권에 따라 실행하여야 할 프로쎄스를 선발하여 실행시키는 작업을 일정관 
리기에 분담하고있다. 일정관리기가 내부의 일정관리규칙에 따라 진행하는 일련의 작업을 일 
정관리라고 하는데 이것은 조작체계안에서 매우 중요한 작업의 하나로 된다. 그것은 실행을 기 
다리는 프로쎄스들이 많이 대기하고있는 상태에서 우선권에 따라 프로쎄스를 골라내여 실행하 
도록 하는것은 안정한 조작체계가 갖추어야 할 필수적인 사항으로 되기때문이다. 따라서 일정 
관리기는 프로쎄스사용자에게 도움이 되도록 합리적 인 규칙에 따라 일정관리를 해 야 한다. 

Linux 는 우선권이 높은 체 계프로쎄스와 우선권이 낮은 일반적 인 프로쎄스로 나누어 
서 일정관리를 하게 된다. 만일 우선권이 높은 프로쎄스가 대기렬에 있으면 먼저 꺼내서 실 
행시킨다. 같은 우선권을 가진 프로쎄스들에 대해서는 FIFO 규칙에 따라 실행을 시키게 된 
다. FIFO 는 First In First Out 의 략자로서 Q 처 럼 먼저 기 다리 고있는 프로쎄스가 먼저 
실행 되 도록 하는 규칙을 의미 한다. 

프로쎄스가 생성될 때 우선권이 배정되는데 우선권에 따라 프로쎄스의 실행계수가 설 
정된다. 프로쎄스의 실행시간단위를 턱값이라고 하는데 프로쎄스가 실행에 들어가면 한번 
의 턱값에 따라 실행계수가 줄어들게 된다. 실행계수가 0이 되면 프로쎄스는 실행을 멈 
추고 다시 대기렬에 들어가게 된다. 

프로쎄 스는 대 기 렬 에 있 다가 차례 에 따라 실 행 되 기 도 하지 만 신호나 새치 기 에 의 해 실 
행 되 기 도 한다. 이 때 는 프로쎄 스의 상태 가 실 행 ( RUNNING ) 상태 로 바뀌 게 되 고 일 정 관 
리기는 재빨리 해당한 프로쎄스를 찾아서 실행시키게 한다. 

일정관리기는 현재 실행중인 프로쎄스보다 먼저 실행을 시켜야 할 프로쎄스를 발견 
하면 현재 실행중인 프로쎄스를 중단시키고 해당 프로쎄스를 실행시켜야 한다. 이때 실행 
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중이던 프로쎄스를 저장해야 할 필요가 있기때문에 프로쎄스의 정보를 구조 (structure) 
에 보관해서 작업내용이 없어지는 현상 등을 방지해야 한다. 

이렇게 작업중인 프로쎄스의 교체를 상황 (context) 절환이라고 하는데 다중과제 처 리 
를 지원하지 않는 체계의 경우 이와 같은 작업은 체계를 통채로 바꾸는것과 동일한 효과 
를 가진다. 프로쎄스는 마지막 시점에서 정지된 상황자료를 체계에 보관하게 된다. 

그 다음 다시 프로쎄스가 실행될 때에는 마지막에 보관했던 상황자료를 다시 적재하 
여 실행시킴으로써 작업이 중단없이 이어지도록 만들어준다. 만일 프로쎄스가 자원을 사 
용하던중이였다면 필요에 따라 자원을 련속해서 사용할수 있도록 만들어준다. 


알아§시다 

다중프로쎄 스체 계 (multi processing system) 와 다중처 리 기 체 계 (multi processor 
system) 는 서로 다른 의미이다. UNIX 는 다중처리기와 다중프로쎄스를 다 같이 
지 원 하는데 이 것 은 여 러 개 의 CPU 가 각기 개 별적 으로 다중프로쎄 스를 지 원한다는것 을 
말한다. 


프로쎄스가 기동하면서 필요한 작업 및 계산을 진행하는 중앙처리장치를 처리기라고 
한다. 처리기는 흔히 알고있는 CPU 를 말하는데 이 말은 프로쎄스실행관점에서 사용하는 
용어 이 다. 처 리 기 를 얼마나 많이 지 원하는가에 따라 단일처 리 기 체 계 와 다중처 리 기 체 계 로 나 
눌수 있다. Linux 는 여러개의 처리기를 지원하는 다중처리기체계이다. 

다중처 리 기 체 계 는 매 개 의 처 리 기 들이 다중프로쎄 스를 지 원 해 야 하기 때 문에 제 각기 일 
정 관리기 를 가지 고있다. 만일 다중처 리기인데 하나의 일정 관리기 만 가지 고있다면 다중처 
리기로써의 성능을 높이기 힘들다. 

Linux 체계에서는 특별한 작업이 없을 때 idle 프로쎄스가 동작을 하게 되는데 다중 
처 리 기 인 경 우에 는 처 리 기 마다 idle 프로쎄 스를 가지 고있게 된다. 이 것 은 매 개 처 리 기 들의 
개별적인 동작 및 작업수행을 지원하기 위해서이다. 하지만 이리한 개별작업들이 때로는 체 
계의 성능을 저하시킬수도 있다. 

실례 로 A 처 리 기 에서 작업 을 진행 하던 프로쎄 스가 동작을 멈 추었 다가 B 처 리 기 에 서 동작을 시 
작하게 되는 경우 잘못하면 처음 실행되는 프로쎄스가 진행한 과정을 다시 거치게 할수도 있다. 
간단히 말하여 상황을 새롭게 배치하고 프로그람실행계수를 재설정하는 과정 등을 다시 거처야 한 
다면 이것은 자원의 랑비로 된다. 때문에 일정관리기는 프로쎄스의 ID 를 리용하여 될수 있는 한 
빨리 프로쎄스가 마지막으로 실행되였던 처리기에서 계속 작업을 진행하도록 도와준다. 

프로쎄스와 파일체계 

프로쎄스는 파일 (file) 체계 에서 사용하고있는 방법으로 파일에 접근 (access) 하게 된 
다. 즉 파일에 대한 접근권한을 가지고있으면 해당 파일에 접근할수 있지만 그렇지 않으 
면 파일에 접근할수가 없다. 따라서 이러한것들을 검사하기 위한 값들이 필요한데 이를 위 
해 프로쎄스는 내부정보에 GID(Group ID) 와 UID(User ID), 그리고 프로쎄스를 실행 
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시킨 사용자의 ID 를 가지고있다. 

프로쎄스는 여러 사용자와 그롭에 속할수 있는데 만일 소속된 그름들중 하나가 필요 
한 파일에 대 한 권한이 있으면 프로쎄스는 해 당 파일에 접근할수 있다. 하지만 속해 있는 사 
용자나 그룹이 해당 과일에 대한 권한이 전혀 없다면 필요한 작업을 진행할수 없게 된다. 
따라서 프로그람개 발자는 이 러한 사항을 고려 하여 프로그람을 작성 해 야 한다. 

만일 특권사용자계 좌만이 사용가능한 체 계를 개 발했는데 일반사용자계 좌로 체계를 사 
용한다면 어느때인가는 체계가 비정상적인 동작을 할수 있다. 그런데 이러한 사연을 전혀 
모르는 상태에서 원인을 찾으러면 전혀 다른 결론에 도달하거나 원인을 발견하지 못하는 경 
우가 있다. 이런 경우에 대처하여 UNIX 개발자들은 체계를 사용할 대상에 대한 관리도 할 
수 있게 해야 한다. 

체계에서 기동중인 데몬들중에는 프로쎄스내부의 GID 八 JID 를 현재 사용중인 사용자 
의 GID/UID 로 변경시키는 프로쎄스도 있다. 이것은 데몬이 처음에는 특권사용자의 권 
한을 가지고 실행되였다고 하더라도 그것을 사용하는 사용자의 GID/UID 로 바꾸어줌으 
로써 그 사용자가 가지고있는 권한에 대한 제한을 그대로 적용시키기 위해서이다. 이러한 
과정을 통하여 체계의 보안이나 안전성을 강화할수 있다. 

프로쎄 스는 내부에 파일과 관련된 구조체 인 fs_struct 와 files_stmct 를 가지 고있다. 이 
구조체에는 프로쎄스에 대한 inode 와 프로쎄스가 사용하는 파일들에 대한 정보 등이 들어 
있다. 이것을 통하여 프로쎄스가 필요로 하는 파일의 열기/닫기/조사 등이 가능하게 된다. 
프로쎄스가 내부적으로 사용하는 과일을 열게 되면 files_struct 구조체는 해당 파일에 대 
한 지적자 ( point ) 정보를 가지게 된다. 

프로쎄 스는 가상기 억 기 를 리 용하게 되 는데 이 것 은 부족한 기 억 기 를 더 욱 효과적 으로 사 
용하기 위해서이기도 하지만 매개 프로쎄스에 특정한 기억기공간을 할당하기 위해서이다. 
이것을 리용하면 기억기를 보호할수도 있고 프로쎄스들의 독립성을 더욱 높여주는 효과도 
거둘수 있다. 따라서 프로쎄스가 실행될 때에는 필요한 가상기억기를 할당받는 과정을 거 
치게 된다. 가상기억기속에는 프로쎄스가 원하는 자료가 적재되게 되며 또한 필요한 서고 
정보가 적재되게 된다. 만일 동적서고를 사용하게 되면 실제 내용이 올라가지는 않고 서 
고를 사용할수 있는 련결정보가 적재되게 된다. 

이렇게 프로쎄스들에 개별적으로 할당된 가상기억기안의 정보는 해당 프로쎄스가 실 
제로 실행될 때 체계기억기안으로 옮겨진다. 이를 요청폐지교체 (Demand Paging ) 라고 
하는데 이것은 필요한 순간에 실지 기억기에 적재되는 기법을 의미한다. 

이러한 작업이 가능하려면 프로쎄스마다 할당된 가상기억기의 공간에 대한 정확한 정 
보가 체계에 의해 관리되여야 한다. 이를 위하여 프로쎄스가 가지고있는 가상기억기에 대 
한 구조체인 vm _ area_struct 목록을 OS 가 관리하게 된다. 따라서 프로쎄스의 생성과 실 
행시 vm _ area_struct 목록은 갱신되게 되며 기억기의 할당을 위해 끊임없이 참고하게 된다. 
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제2절. 프로쎄스 체계호출 

이 절에서는 프로쎄스와 관련된 프로그람을 작성하기 위해 사용할수 있는 각종 체계 
호출에 대해 보도록 한다. 

2.2.1. Fork 

프로쎄스의 생성에 사용되는 함수로는 forkO 가 있다. forkO 함수는 Linux 에서 
제공하는 가장 기 본적 인 프로쎄스생성 함수로서 프로쎄스 ID 를 반환해춘다. fork 를 통해 
핵 심부는 프로쎄 스의 복제 본을 만드는 과정 을 진행 하게 되 며 새 로운 프로쎄 스가 만들어 지 게 
된다. 

새롭게 만들어진 프로쎄스는 forkO 를 실행한 프로쎄스로부터 복제되는데 이때 
forkO 를 호출한 프로쎄스는 부모프로쎄 스가 되 고 복제 된 프로쎄 스는 자식 프로쎄 스가 된다. 
자식프로쎄 스가 만들어 진 다음에 는 부모프로쎄 스와 자식프로쎄 스가 동시 에 실행되 면서 
다중과제 처 리가 이루어 진다. 

forkO 함수가 실행되면 부모프로쎄스와 자식프로쎄스는 forkO 함수의 다음 문장부터 
실행된다. forkO 함수의 간단한 사용실례를 보면 다음과 같다. 


int processID； 
processID = forkO : 


우의 실례에서 보여준바와 같이 forkO 함수는 정수형의 프로쎄스 ID(PID) 를 반환하 
게 되는데 이렇게 반환되는 PID 를 리용하여 프로쎄스들을 구분할수 있다. 례를 들어 우 
의 코드가 실행되였을 때 프로쎄스 ID 에 새로 생성된 PID 를 가지고있는 프로쎄스는 부 
모프로쎄스가 된다. 그리고 PID 의 값이 초기값인 0 을 가지고있는 프로쎄스는 자식프로쎄 
스가 된다. 

그 러유는 부모프로쎄스는 forkO 함수를 호출한 결과값을 가지게 되지만 자식프로쎄 
스는 forkO 함수의 호출결과 어떠한 값을 반환했는지 알수가 없기때문이다. 그리고 만일 
forkO 함수가 0 보다 작은 값을 반환하게 되면 이것은 새로운 프로쎄스의 생성에 실패하 
였다는것을 의미한다. 

그러면 forkO 를 리용한 실례를 보도록 하자. 다음의 실례는 forkO 를 리용하여 자 
식 프로쎄 스를 생 성 한후 부모프로쎄 스와 자식 프로쎄 스가 각기 무한순환을 돌면서 통보문을 
화면에 출력하는 실례 프로그람이 다. 


실례프로그람: ex _ fork.c 

1 

# include <stdio. h> 

3 


/* 무한순환에서 사용할 Forever 선언 */_ 
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#define FOREVER ；； 

/* 부모 프로쎄 스가 실 행 할 함수 */ 
void forParent(void) 

{ _ 
/* 실행계수기초기화 */ 
int parentCount = 0 ； 

/* 무한순환의 실행 */ 
for (FOREVER) 

{ _ 

~ /* 실행계수기출력 */ 

printf ( “parent process - count : %d\n” , parentCount) : 
parentCount ++； 

/* 3s 간 sleep 수행 */ 
sleep (3 ); 

一 } 一 


/* 자식 프로쎄스가 실행할 함수 */ 
void forChild(void) 

{ 

/* 실행계수기초기화 */ 
int childCount = 0 ； 

/* 무한순환실행 */ 
for (forever) 

{ 

/* 실행계수기출력 */ 

printf ( “child process-count ： %d\n” ,childCount ); 
childCount++J 
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[37] 

/* 5s 간 sleep 수행 */ 

0 

sleep (5) : 

pi 

} 

40 

} 

tl 


^2] 

/* 프로그람의 주함수 */ 

^3| 

int main () 

\u] 

{ 

^5] 

/* 자식프로쎄스의 pid 용 변수 */ 

46 

int childPID =0 ； 

47 



/* fork 0 함수실행，자식프로쎄스의 생성 */ 

49 

childPID = forkQ ; 

[50] 


51 

/* 자식프로쎄스이면 forchildO 함수 실행 */ 

[52] 

if (childPID == 0) 

■ 

{ 

\m\ 

printf ( “《자식프로쎄스 생성 >>\n” ); 

[55] 

} 

56 

/* 부모프로쎄스이면 forParentO 함수 실행 */ 

57 

else if (childPID > 0) 

|58] 

{ 

[59] 

printf ( “<< 부모-자식프로쎄스번호 : »\n, childPID) : 

[60^| 

} 


/* 프로쎄스의 생성에 실패한 경우 */ 

[62] 

else 

[63] 

{ 


printf (’’ 프로쎄스의 생성에 실패했습니다 . \n"); 

^5] 

} 

[66 1 

return 0 ； 

[67] 

1 1 
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그림 2-2. ex_f 아 k 의 실행결과 


우와 같이 원천파일을 작성 하고 해 당한 도구를 리 용하여 콤파일을 진행 하고 실행시 
키면 그림 2-2 와 같은 결과를 얻을수 있다.(프로그람에 대한 구체적인 설명은 프로그람 
에서 설명부분을 리 용하여 진행하였으므로 여 기 에서는 더 언급하지 않는다. ) 

프로그람의 실행결과를 보면 자식프로쎄스는 3254번이라는 PID 를 가지고 생성되였 
으며 부모프로쎄스와 자식프로쎄스가 각기 무한순환을 돌면서 통보문을 화면에 출력하는 
것을 볼수 있다. 만일 다중과제 처 리를 지 원하지 않는다면 우와 같이 두개의 프로쎄스가 동 
시 에 무한순환하는것 은 불가능할것 이 다. ex _ fork 프로그람을 실행시키 면서 다른 월창에서 
ps 지령을 리용하여 fork 를 검색해보면 아래와 같이 두개의 프로쎄스가 실행하고있다는것 
을 확인할수 있다. 이때 3296번을 가진 프로쎄스는 3289번으로부터 파생된 프로쎄스라 
는것을 알수 있다. (그림 2-3) 



그림 2-3. 프로쎄스생성결과 확인 


2.2.2. Exit 

앞에서 fork () 함수를 리용하여 프로쎄스를 생성하는 과정을 보았는데 이번에는 프로 
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쎄 스를 완료시키는 과정 을 보도록 하자. 프로쎄 스의 생성 과정 이 중요것 처 럼 프로쎄 스의 완 
료도 매 우 중요하다. 프로쎄 스를 완료할 때 사용하는 함수는 exitO 함수이 다. exitO 는 완 
료의 상태 로 사용할 정수값을 인수로 받은 다음 해 당한 프로쎄스가 관료되게 하며 완료되 
면 그것을 체계에 알려주게 된다. 

exitO 함수의 사용방법을 간단히 서술하면 아래와 갈다. 


int 완료상태 ; 
exit (완료상태); 


프로그람의 실행과정 에는 exitO 를 사용하지 않아도 프로그람의 마지막부분에 도달하 
면 프로쎄스는 자동적으로 끝나게 된다. 하지만 다중과제로 작성된 체계인 경우에 프로쎄 
스의 작업을 끝낼 때에는 신호처리와 exitO 를 함께 리용하여 작업을 완료시키는것이 좋 
다. 신호가 발생하면 신호에 맞게 완료여부를 판단한 다음에 필요한 작업을 수행하고 프 
로쎄스를 완료하면 되기때문이다. (신호를 리용하여 프로쎄스를 완료하는 방법은 뒤에서 보 
기로 하자.) 

그러면 이번에는 exitO 를 리용한 실례를 보도록 하자. 다음의 실례는 부모프로쎄스 
와 자식프로쎄스를 각기 exitO 를 처리하는 프로그람으로서 일정한 시간간격을 두고 차례 
로 프로쎄스를 완료시킨다. 


실례프로그람: ex_exit.c 

1 

#include〈stdio.h〉 

2 

p 3~ 


/* 프로그람의 주함수 */ _ 

4 

E 

int mainO 

[{ 

0 

7 


_ /* for 문에서 사용할 변수선언 */ _ 

8 

p 9~ 

int step =0； 


10 

nT 

M 2] 

/* 자식프로쎄스의 pid 용 변수 */ 

int childPID =0； 


M 3| 

14 

/* forkO 함수 실행, 자식프로쎄스의 생성 */ 

_ childPID = forkO； _ 

[lb] 
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16 

/* 자식프로쎄스이면 2 번 실행후 완료 */ 

17 

if (childPID == 0) 

18 

{ 

19 

printf (”<<자식 프로쎄 스 >>\n ") ; 

20 

for (step=0 ； step<2; step++) 

21 

{ 

22 

printf (’’ 자식 실 행 회 수 : %d\n ” , step) ； 

23 

sleep(1 )； 

24 

} 

25 

exit(l); 

26 

} 

27 

/* 자식프로쎄스이면 3 번 실행후 완료 */ 

28 

_ else if (childPID > 0) _ 

[29] 

一 { 一 

30 

_ printf ("〈〈부모프로쎄 스〉 〉 \n n ) ; _ 

31 

for (step = 0; step < 3 ； step++) 

[32~ 

_{_____ 

|33] 

printf (’’ 부모실행회수 :% d\n’’,step); 

34 

sleep (1) ； 

\35\ 

一 } 一 

36 

exit(l) ? 

作키 

} 

[38] 

/* 프로쎄스생성에 실패한 경우 */ 

39 

else 

uol 

一 { 一 

|4T 

_ printf ("프로쎄스의 생성에 실패했습니다 . \n"); _ 

U 21 

一 } 一 

U3~ 

return 0; 

44 

} 


우의 프로그람을 보면 sleep 을 리용하여 생성된 자식프로쎄스가 2 s 후에 완료되며 부 
모프로쎄스는 3 s 후에 완료된다는것을 알수 있다. 이 코드를 롬파일하고 실행하면 다음과 
갈은 결과(그림 2-4) 를 엄을수 있다. 
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[호 社' 

- IpI X 1 

Session Edit View 

Bookmarks Settings Help 

■野 



<< 자식프로則스» 
자식실행회수: 0 
«부모프로■스» 
부모실행회수: 0 
부모실행회수: 1 
자식실행회수: 1 
부모실행회수: 2 



1 

J 


그림 2-4. 프로쎄스의 &토 1( 완료)결과 

실행결과에서도 알수 있는것처럼 ex _ exit 를 실행하면 체계에 처음에는 프로쎄스가 두 
개 기동하게 된다. 그러다가 하나씩 완료된다. 이때 ps 지령을 리용하여 체계상에 있는 프 
로쎄스를 검사하면 다음과 같은 결과(그림 2-5) 를 얻을수 있다. 

우의 ps 결과를 보면 609번인 부모프로쎄스가 있고 610번이라는 자식프로쎄스가 있 
다. 그러 다가 610번은 완료되고 부모프로쎄스인 609번만이 남은것을 확인할수 있다. 



그림 2-5. 프로■스완료결과 확인 


2.2.3. Exec 

프로쎄스가 실행된 다음 실행중인 프로쎄스를 다른 특정한 프로쎄스로 대치시키려고 
할 때 사용하는 함수묶음으로서 exec () 가 있다. 이때 exec 는 이러한 작업들을 수행하는 
함수그롭을 대표하는 이름이다. 다시말하여 execlO , execvO , execlpO , execvp () 등 
exec 로 시작되는 이름을 가진 함수들이 다양하게 존재하는데 모두 같은 작업을 처 리하는 
함수들이 다. 

인수로 받아들이는 변수들이 다르기때문에 다양한 함수들이 존재하는것인데 매개 함 
수들이 사용하는 인수들은 다음과 같다. 

• execl : 실행파일의 경로와 인수들을 설정，마지막에 null 을 설정하여 사용 


44 


탄資#철致찰 














프로 M 스 


char * path , * argO , * argl , - , * argn ； 

int result = exec 1 ( path , argO , argl , - , argn , ( char *) 0); 

• execv : 실행파일의 경로와 인수들의 배럴을 사용 
char * path , *argv [ ] : 
int result = execv ( path , argv ) : 

• execlp ： 파일이름과 인수들을 설정，마지막에 null 을 설정하여 사용 

char * file , * argO , * argl , - , * argn ； 

int result = execlp ( file , argO , argl , - , argn , ( char *) 0) : 

• execvp : 파일이름과 인수들의 배렬을 사용 
char * file , *argv [ ] : 

int result = execvp ( file , argv ) : 

exec 가 실행되면 프로쎄 스는 exec 속에 들어 있는 프로쎄 스로 완전히 대 치된다. 프로 
쎄스가 새롭게 대 치된것 이기때 문에 부모，자식사이의 관계 가 없으며 exec 를 호출한 프로 
쎄스의 정보를 그대로 계승받는다. 

따라서 exec 를 실행한 후에도 프로쎄스의 개수에는 변화가 없으며 새로 실행된 프로 
쎄스는 자신의 코드만 실행하기때문에 exec 다음에 있는 프로그람부분은 실행되지 않는다. 
만일 exec 가 제대로 수행되지 않으면 exec 다음의 프로그람부분이 실행되기때문에 거기 
에 오유처러부분을 넣어서 사용하면 된다. 그러면 간단한 실례프로그람을 작성해보도록 하 
자. 아래는 프로쎄스가 실행된 다음에 "ps - ef " 로 대치되는 실례를 보여주고있다. 이때 사 
용하는 함수는 execlO 함수이다. 


실례프로그람: ex_execl.c 


1 #include <stdio. h> 


2 


3 | /* execl 의 주함수 */ 

4 int mainQ 


5 {_ 

6 | printf ("ps -ef 를 실행 합니 다. \n”); 

키 /* execl 을 통해 ps -군소를 실행 */ 

"8~1 execl ("/bin/ps", "ps", "-ef", (char*) 0); 


9 

10 /* 오유발생시에 표시될 통보문 */ 

lTj printf (" 오유가 발생 했습니 다. 

I2I exit ( l )； 
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그림 2-6. ex _ exec 1 .c 으 I 실행결과 

실례에서 사용했던 execlO 함수를 execvO 함수로 대신하려면 아래의 코드를 


execl ( "/bin/ps" , 

"ps" , "-ef" ， (char *)0); 

다음과 같이 수정해주면 된다. 



char *argv [3] : 
argv [0] = "ps" ; 
argv [1] = "-ef" ； 
argv [2] = (char*) 0 : 
execv( "/bin/ps" , argv); 


exec 는 프로쎄스의 생성과는 전혀 상관없는 프로쎄스대 치와 관련된 작업을 수행한 
다. 하지만 exec 를 프로쎄스생성함수인 fork() 와 함께 사용하면 전혀 다른 목적을 가진 
프로쎄스를 다양하게 실행할수 있는 효과를 얻게 된다. 즉 fork 를 통해 자식프로쎄스를 
생성시킨 다음에 exec 를 리용하여 자식프로쎄스를 다른 프로쎄스로 대치시키는것과 같 
은 일을 할수 있다. 

이를 통하여 부모프로쎄스는 원하는 작업을 수행하는것과는 전혀 성격이 다른 자식 
프로쎄스를 가질수 있게 된다. 그러면 fork 와 exec 를 려용하여 이러한 작업을 수행하는 실 
례프로그람을 보도록 하자. 

실례는 fork 를 리용하여 자식프로쎄스를 만든 다음 자식프로쎄스를 ps 나로 대치되 


프로그람을 롬파일하고 실행하면 다음과 같은 결과가 나온다. 결과를 보면 ps -ef 를 
실행 한것과 결과가 같다는것을 알수 있다. 그리고 오유와 관련된 통보문이 화면에 나타나 
지 않은것을 통하여 프로쎄스가 대치된 이후에 원래 상태로의 복귀 등이 없이 그대로 완 
료되였다는것을 알수 있다. 
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도록 만드는 프로그람이다 . 이 때 부모프로쎄 스는 자식 프로쎄 스를 만든 다음 2s 가 지 나면 
완료되도록 해보자 . 


실례프로그람 : ex_exec2.c 

1 

#include 〈 stdio.h 〉 

2 



/* 자식프로쎄스가 실행할 exec 함수 */ 一 

4 

void forChild (void) _ 

ns" 

"1 一 

r6~ 

printf (’’<< 자식프로쎄스 ps 로 대체〉〉 \n’’); 

7 

execl (” /bin/ps”, "ps", "-f”, (char*) 0); 


8 


9 

/* 오유발생시에 표시될 통보문 */ 

10 

printf (’’exec 0 실행과정에 오유발생 \n n ); 

11 

exit (1) ; 

12 

} 

13 


14 

/* 프로그람의 주함수 */ 

M5~ 

int mainO _ 


"{ 一 

17 

/* 자식 프로쎄스의 pid 용 변수 */ 

18 

int childPID = 0; 

19 


|20~ 

/* 실행계수기 초기화 */ 

\21 

int parentCount = 0 ； 

|22~ 


[23_ 

/* fork 함수 실행，자식프로쎄스 생성 */ 

[24 

childPID = forkO ; 

|25~ 


[26] 

/* 자식프로쎄스이면 forChild 0 함수 실행 */ 

\2T\ 

if (childPID == 0) 

[28~ 

{ ___ 

[ 29 ] 

printf (’’ 〈〈자식프로쎄스 생성〉〉 \n ”) ; 

[30 

_ forChildQ ； _ 

\3l\ 

— } — 

[32~ 

_ /* 부모프로쎄스이면 내부모둘 실행 */ _ 

\w\ 

else if (childPID > 0) 
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34 

35 

{ 

printf(”<< 부모-자식 프로쎄 스번호 : %d»\n", childPID) ; 

36 

/* 2s 간만 실행 */ 

37 

38 

for (parentCount=0 ； parentCount<2 ； parentCount++) 

{ 

39 

40 

/* 실행계수기 출력 */ 

printf(”PARENT PROCESS ? count ： M\n", parentCount) ； 

41 

\A2 


/* Is 간 sleep 수행 */ 

\43 

44 

sleep(1 )； 

} 

\45 

46 

一 } 一 

/* 프로쎄스의 생성 에 실패한 경우 */ 

47 

48 

49 

else 

{ 

printf(” 프로쎄스의 생성에 실패했습니다. \n’’); 

|50l 

一 } 一 

return 0 ； 

|52| 

} 


프로그람을 작성하였으면 름파일 및 실행을 시켜보자. (그림 2-7) 프로그람을 실행시 
키면 자식프로쎄스가 생성되고 이어 ps - f 가 실행되는것을 볼수 있다. 그리고 부모프로 
쎄 스는 계 수를 Is 간격 으로 두번 진행한후에 완료되 였 다는것 을 알수 있 다. 



그림 2-7. ex _ exec 2 .c 의 실행결과 


2.2.4. Wait 

프로쎄 스의 동기화 ( Synchroniza 吐 on ) 를 위 하여 다른 프로쎄스가 끝날 때까지 프로 
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쎄스를 멈추도록 만들어야 할 때가 있다. 이때 사용하는 함수가 바로 waitO 함수이다. 자 
식프로쎄스를 생성한 이후에 waitO 를 호출하면 부모프로쎄스는 자식프로쎄스가 작업을 끝 
낼 때까지 실행을 중지하게 된다. 

따라서 자식프로쎄스가 작업을 끝내면 이어서 부모프로쎄스가 실행을 넘겨받는것과 같 
은 효과를 엄을수 있다. 만일 자식프로쎄스가 여 러개 이면 실행중이던 자식프로쎄스중 첫 
번째로 완료되는 프로쎄스가 나올 때까지 부모프로쎄스는 실행을 중지하고 기다리게 된다. 

wait 함수의 사용법은 다음과 같다. wait 를 실행할 때 자식프로쎄스가 없으면 -1 을 되 
돌려주게 된다. 

int status : 

int result = wait ( Sstatus ) : 

그러면 wait 를 리용한 실례프로그람을 만들어보자. 다음의 실례는 forkO 를 리용하 
여 자식프로쎄스를 생성한 다음 waitO 함수를 리용하여 자식프로쎄스가 완료된 다음에 부 
모프로쎄스가 실행되도록 만든 프로그람이다. 


실례 프로그람: ex_wait. c 

1 

#include < stdio . h > 



0 

/* 프로그람의 주함수 */ 

[지 

int main () 

p5~| 

{ 

|6~1 

/* 자식프로쎄스의 pid 용 변수와 실행계수기 */ 


int childPID = 0； 


int count = 0； 

|9| 



/* fork 함수실행 , 자식프로쎄스 생성 */ 

11 

childPID = forkO ; 

유 2 — 


\ 13 \ 

/* 자식프로쎄스 */ 

厂 

if (childPID == 0) 

^5~1 

{ 

유 6 — 

printf (”<< 자식 프로쎄 스 생 성 »\ n ") : 

n7] 

/* 2 s 만 실행 */ 

유 8— 

for ( count =0 : count <2 : count ++) 

[l9j 

{ 
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一 /* 실행계수기 출력 */ 一 

\21\ 

printf ("child process - count : %d\n", count) : 

[22~1 



/* Is 간 sleep 수행 */ 

24 

sleep ( 1 ) ; 


} 

[26~1 

} 


/* 부모프로쎄스 */ 

[28~1 

else if (childPID > 0) 

p9~1 

{ 

30 

/* wait 함수를 실행 */ 


wait((int*)0) : 

32 


[33~1 

printf ("« 부모-자식프로쎄스번호:% d»\n", childPID); 

\34\ 

/* 2s 간만 실행 */ 

35 

for (count=0 : count<2 : count++) 

36 

{ 


一 /* 실행계수기 출력 */ 一 

\38~\ 

printf ("parent process - count ：%d\n", count) : 

39 


40 

/* Is 간 sleep 수행 */ 

41 

sleep(1); 

[42 

} 

43~1 

} 

44 

/* 프로쎄스의 생성에 실패한 경우 */ 

45 

else 

46 : 

{ 

47 

prin 任("프로쎄스의 생성에 실패했습니다. \n”); 

48 

} 

^9 

return 0； 

[50~] 

} 


실례프로그람을 콤파일하고 실행시키면 다음과 같은 결과를 엄게 된다. 


실행 결과를 통하여 자식 프로쎄스와 부모프로쎄 스가 차례 로 실행되 고 완료되 였 다는것 
을 알수 있다. (그림 2-8) 
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그림 2-8. ex_wait.c 의 실행결과 


째 


Ethernet 란? 

를퓨터망의 자원에 접근하기전에 먼저 다른 사용자의 사용을 감시하는 체계로서 
앞에서 설명한 ALOHA 롬퓨터망의 발전된 형태 이 다. Ether 라는 말은 의학용어로 
《에테르》라는 말인데 이 에테르라는것은 옛날 과학자들이 빛의 매질에 대한 연구를 
진행하면서 리용하였던 가상적인 물질이다. Ethernet 은 지금까지도 인기가 있는 
콤퓨터망인데 초당 최대전송속도는 10Mbps 였으나 최근에 그의 대 역폭을 10 배정도 
넓 힌 Fast E 比 iernet 가 등장하여 그 약점 을 피 치 하고있 다. 

Ethernet 은 ALOHA 에 서 살펴 본것 과 같이 ALOHA 처 럼 동시 에 여 러 개 의 마디 가 
접근을 시도하지 않는다. 왜냐하면 모든 마디들은 름퓨터망에서 다른 마디의 접근을 
감시 (또는 청취)하고 충돌이 없을 경우 접근을 시도하기때문이다. 

Ethernet 의 경우 충돌이 발생 하면 충돌의 원인이 된 마디들에서는 모두 즉시 전송을 
중단하고 를퓨터망을 감시 한다. 이려한 Ethernet 의 안정성 때문에 최근 근거리 
지 역 망 (LAN) 에 서 많이 쓰이 고있 다. 보통 망카드를 Etiiernet 카드라고도 부르는데 
그것은 거의 모든 사무실에 설치되 여 있는 망이 거의 나 다 E 比 iernet 이기때 문이 다. 

이러한 리유로 하여 Ethernet 을 전문용어로 CSMA-CD 라고 하는데 략자를 풀 
면 Carrier Sense Multiple Access with Collision Detection 이 고 그의 뜻은《 충 
돌을 감시 하여 신호에 다중(복수의 마디)으로 접근가능한 방법》이 라고 말할수 31 ^^ 
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제3절. 프로쎄스 프로그람작성 


이 절에서는 다중프로쎄스를 작성하는 과정에 참고로 될만한 비결을 설명하고 이것 
을 리용하여 실례프로그람들을 작성하는 과정을 통하여 앞에서 설명한 프로쎄스의 리용방 
법에 대한 지식을 공고히 하도록 한다. 

2.3.1. whoami 오卜 ps 활용 

프로쎄스를 실행시킬 때 특정한 사용자가 실행시켜야 하는 경우가 있다. 

어떤 경우에는 root 로 실행을 해야만 작업이 제대로 수행되는 경우도 있다. 이러한 경 
우에는 프로쎄스를 누가 실행시키는가에 대해 검사할 필요가 있다. 그래서 만일 해당한 사 
용자가 아니면 경고를 내보내고 프로쎄스를 실행시키지 말아야 한다. 

이때 사용할수 있는 월지 령 으로서는 whoami 가 있다. whoami 를 리용하면 현재 사 
용자가 누구인가를 알수 있는데 다음 실행권한이 있는 사용자이면 프로그람을 실행시키고 
그렇지 않으면 통보문과 함께 완료하면 된다. 

체계를 개발하는 과정에는 이미 존재하는 프로쎄스를 완료시켜야 하는 경우가 있다. 
또는 프로쎄스가 이미 실행중이라면 새로운 프로쎄스가 실행되지 않도록 만들어야 할 때 
도 있다. 이러한 때에는 실행중인 프로쎄스를 검사하여야 한다. 다시말하여 프로쎄스가 실 
행중인가를 검사하고 실행중인 PID 를 찾은 다음 이것을 완료시키든지 아니면 새로운 프 
로쎄스의 실행을 막든지 하는 작업이 필요하게 된다. 이러한 작업을 할수 있는 프로그람 
을 C 언 어 등으로 작성하는것 은 그렇 게 쉬 운 일 이 아니 다. 하지 만 월 프로그람을 리 용하면 
상당히 쉽게 프로그람을 작성할수 있다. 실례를 들면 ps 지 령을 리 용하여 해 당 프로쎄스 
가 실행중인지 쉽게 알수 있다. 또한 ps 를 리용하여 PID 를 찾아낸 다음에는 강제완료 (kill) 
지령을 주어 수행중인 프로쎄스를 쉽게 완료시킬수 있다. 

또한 뒤면 (Back-end) 으로 실행되는 데몬을 검사하고 자동실행시키거나 강제완료 
(kill) 시키는경우에도 이러한 문제를 쉽게 해결할수 있다. 

지 금까지 설명한 내 용에 기 초하여 실례프로그람을 만들어보면서 내 용을 파악하도 
록 하자. 

먼저 데몬형 태 로 움직 이는 onlyOne 이 라는 프로쎄스가 root 권한으로만 기동한다고 가정 
하자. 만일 onlyOne 이 실행중일 때 누군가가 이것을 또 실행시키려 한다면 더 이상 실행되 
여서 는 안된다. 물론 실행을 시 키는 사용자가 root 가 아니 라도 실행 되여서는 안된다. 

그러면 onlyOne 을 실행시키거나 완료시키는 프로그람인 checkOne 이라는 프로그람 
을 작성해보자. 

먼저 onlyOne 프로그람을 만들어보자. 이 프로그람은 시험을 위한 무한순환을 돌면 
서 화면에 통보문을 출력하는 기능만 가지고있으면 된다. 


실는 

1 

2 

11 프로그람 : onlyOne . c 

#include <stdio. h> 


기 

/* 무한순환을 돌며 매초마다 통보문출력 */ — 
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4 

int main () 

5 

h 一 

6 

while (1) 

0 

{_ 

0 

fprin 社 (stderr, "ONLYONE PROCESS RUNNING\n") : 

[9~ 

_sleep(l) ； _ 

|10 

一 } 一 

11 

return 1 ； 


} 


우의 프로그람을 실행시키면 Is 마다 통보문을 출력하면서 계속 실행될것이다 . 이제 이 
프로그람을 실행 및 완료시키는 checkOne 프로그람을 작성해 보자 . checkOne 프로그람 
은 실 행 인수로서 start 또는 stop 을 받아서 start 이 면 onlyOne 프로쎄 스를 실 행 시 키 고 stop 
이면 onlyOne 프로쎄스를 완료하게 된다 . 

이때 실행시키는 사람이 root 인지를 검사하며 이미 실행중인 onlyOne 프로쎄스가 
있는지 확인하게 된 다 . onlyOne 프로쎄스를 완료해야 하는 경우에는 ps 와 kill 지령을 
가지고있는 월프로그람을 리용한다 . 그러면 먼저 checkOne 프로그람에서 사용할 월프로 
그람부터 작성해보도록 하자 . 


실례 프로그람 : 

checkOne. sh 

1 

#!/bin/sh 

2 



p3~ 

# start 또는 stop 등의 인수의 개수를 검사 , 하나만 유효 

4 

if [ $tt -eg 1 ] 


| Then 


| 6— 

# echo 

“인수는 한개 이며 내 용은 <$i > 입 니 다 .” 

7 

1 Echo 

"꾸一 

8 

Else 


p9~ 

# echo 

“인수가 하나도 없거나 너무 많아 탈퇴합니다.”一 

「不 

Echo 

“INVALIDARG” 

11 

exit 0 


\12 

l^i 一 


13 



14 

# 월프로그람을 실행시킨 사용자를 검사 , root 만 유효 

M5~ 

user="whoami" _ 

16 

if [ $user = root ] 

17 

then 
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18 

# echo 

“ 사용자는 root 입니 다. ” 

19 

echo 

“\c” 

20 

else 


21 

# echo 

“사용자가 root 가 아니므로 그냥 탈퇴합니다. ” 

22 

echo 

“notroot” 

23 

exit 

0 

24 

fi 


25 



26 

# 인수가 start 인지 stop 인지를 검사하고 해당한 모둘을 실행 

27 

case $1 in 

28 

start) 


29 

# 프로쎄스가 이미 실행중인지 검사하고 없으면 backend 로 실행 

30 

| usage=’ps ?a | grep onlyOne | /bin/awk '{print $4}、’ 

31 

if [ 

“$usage” = “onlyOne” ] 

32 

then 


33 

# 

echo “onlyOne 프로쎄 스가 이 미 실행 중입 니 다. ” 

34 


echo “ALREADY” 

r35~ 

1 else 


[ 36 


onlyOne 技 

\37 


echo “RUNNING” 

38 

% fi ； 


p39~ 

stop) 



# 실행중인 프로쎄스를 찾아서 강제완료 (kill) 시킴 

41 

」 usage=’ps ?a | grep onlyOne | /bin/awk ' {print $4}、’ 

42 

if [ 

“$usage” = “onlyOne” ] 

그 [ 

then 


44 


kill ’ps ?a | grep onlyOne | awk ' {print $1 厂 ’ > /dev/null 2 〉技 1 

|45~ 


echo “stopone” 

46 

1 else 


47 


echo “ 실행중인 프로쎄스가 없습니다. ” 一 

48^ 


echo “anyonep” 

49 

1 —— fi ；； 


50 

*) 


\51 

echo 

“unknown arg” 

\52 

| esac 


53 

exit 1 
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우의 프로그람을 보면 먼저 "if 〔 $# -eq 1 〕"을 리용하여 인수의 개수가 하나인가 
를 검사한다 . 만일 인수의 개수가 하나도 없거 나 두개 이상이면 《 INVALIDARG 》 를 현 
시하고 랄피한다 . 

그 다음 "user=whoami : if 〔 $user = root 〕 " 문장을 리용하여 사용자가 root 
인가를 검사한다 . 만일 root 이외의 사용자이면 《 NOTROOT 》 를 출력하고 프로그람을 끝 
마친다 . 마지막으로 case 문을 리용하여 start 인 경우와 stop 인 경우에 작업해 야 하는 모 
둘을 작성한다 . 

인수가 start 이면 ’’usage] ps -a | grep only One | /bin/awk ’ {print $4}’ " 문 
장을 리용하여 onlyOne 프로쎄스가 실행중인가를 확인한다 . 만일 실행중이면 
《 ALREADY 》 를 출력 하고 더 이상 실행 하지 않는다 . 만일 실행 중인 프로쎄스가 없으면 
onlyOne 프로쎄스를 뒤면 (backend ) 으로 실행한 다음 《 RUNNING 》 이라는 문장을 출 
력 한다 . 

인수가 stop 이면 먼저 실행중인 onlyOne 프로쎄스가 있는지 확인한다 . 만일 실행중 
인 onlyOne 프로쎄스가 없으면 《 ANYONEP 》 이 라는 문장을 출력 하고 더 이상 다른 작 
업을 수행하지 않는다 . 만일 실행중인 프로쎄스가 있으면 "kill ps -a | grep onlyOne 
I awk ’ {print $1}’ > /dev/null 2>&1" 문장을 리용하여 프로쎄스를 탈뢰시키고 
《 STOPONE 》 을 출력 하게 된다 . 

이번에는 checkOne.sh 프로그람을 리용하는 checkOne 프로그람을 작성해 보자 . 
checkOne 프로그람은 checkOne . 소를 리용하여 onlyOne 프로그람을 실행 및 완료하게 된 
다 . 이때 checkOne. sh 프로그람이 되돌려 주는 값을 리 용하여 오유여부를 검사하게 된다 . 

아래에 checkOne.c 프로그람의 원천코드를 서술하였다 . 


실례 프로그람: checkOne. c 

1 

#include <stdio.h>_ 

2 

^include 〈 string. h>_ 

3 


4 

/* 프로그람에서 사용하게 될 각본 */ 

5 

static const char * checkone = / checkOne . sh”;_ 

6 


7 

/* function : runCheckOne */_ 

8 

/* description : 각본을 실행 */ 

9 

void runCheckOne (char *args, char result [8]) 

io| 

{ 

11 

char cmd[32 ]； 

12 

FILE *fp; 

13~1 


14 

_ /* 인수로 들어온 args 를 리용하여 지 령 완성 */ _ 그 
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15 

_ sprintf (cmd, ”%s %s”, checkone, args) : _ 

16 


17 

/* popen 으로 작성 한 지 령 문을 실행 */ 

18J 

if ((fp = popen(cmd, M rw M )) == null) 

19 

= { 

20 

fprintf (stderr, n \nrunCheckOne() Failure to open the pipe\n ,f ) ； 

21 

strncpy(result, "nullres\0 n , 8) ； 

22 

_return；_ 

23 

= } 

24 


25 

/* 결과를 얻어올 buffer 를 초기화 */ ~1 

26 

一 cmd[0] =，F’; cmd[l] = ’F’; cmd[2] = ’F’; cmd[3] = ’F，; 一 

27 

cmd[4] = ’F’; cmd[5] = ’F’; cmd[6] =，F’; cmd[7] =，\0，; 

28 


29 

/* 관에서 각본실행결과를 얻어옴 */ 

30 

fread(cmd， 1，7， fp); 

31 

if(Istrncmp (” FFFF’’，cmd, 4)) 

32 

= { 

33 

_pclose(fp);_ 

34 

fprintf (stderr, "XnrunCheckOne () fread failed\n M ) ； 

35 

strncpy (result, ”NULLRES\0，’, 8); 

36 

_pclose(fp) ；_ 

37 

_return；_ 

38 

= } 

39 


40 

/* 인수로 들어온 result 에 결과를 보관 */ 

41 

strncpy (result, cmd, 8); 

리 


43 

pclose(fp); 

44 

} 

45 


46 

/* FUNCTION : int main(int argc, char ** argv) */ 

47 

/* DESCRIPTION : checkOne 의 주함수 */ 

48 

int main (int argc, char** argv)_ 

49 


50 

_char result [8] ；_ 
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75 
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77 

78 

79 
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82 
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84 

][ 
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/* 인수의 수가 2개가 아니면 실행되지 않는다. */ 
if (argc != 2) 

{ 

fprintf (stderr, "\n\n\n Usage： checkOne[start|stop] \n\n”); 
return 0； 

} 

else if (argc == 2) 

{ 

/* start 이면 실행과 관련된 프로쎄스의 검사를 진행한다. */ 
if ( ! strncmp("start M , argv[l], 5)) 

{ 

/* runCheckOneO 함수를 실행하고 결과를 result 로 받는다. */ 
runCheckOne (argv [1] , result); 

/* root 가 아닐때 오유처리 */ 

— if ( ! strncmp ( n NOTROOT M , result, 7)) 

{ 

fprintf (stderr, ”\n\n\n You must be root! \n\n”); 
return 0； 

} 

/* 이미 실행중일 때 오유처리 */ 

— else if(!strncmp( M RUNNING M , result,7)) 

{ 

fprintf(stderr, ’’ 프로쎄스의 실행에 성공! \n ”); 

} 

/* 각본의1행 에 실패 한 경우 오유처리 */ 
else if ( ! strncmp ("NULL", result, 4)) 

{ 

fprintf(stderr, ''각본파일을 검사하시오. \n n ); 

} 

return 0； 

} 

/* stop 이면 중지와 관련된 프로쎄스의 검사를 진행한다. */ 
else if ( ! strncmp ("stop", argv [1], 4)) 

{ 

/* runCheckOneO 함수를 실행하고 결과를 result 로 받는다. */ 
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87 

_runCheckOne (argv[l], result);_ 

88 

/* root 가 아닐 때 오유처리 */ 

89 

if C ! strncmp ("NOTROOT", result, 7)) 

90 

{ 

「91 

fprintf (stderr, "\n\n\n You must be root! \n\n”); 

92 

return 0 ； 

93 

} 

94 

/* 실행중인 프로쎄스가 없을 때 오유처리 */ 

95 

else if(!strncmp ("ANYONE", result, 6)) 

96 

{ 

97 

一 fprintf(stderr, 기’실행중인 프로쎄스가 없습니 다 . \n”); 

98 

1 

99 

/* 중지에 성공한 경우 */ 

100 

else if ( ! strncmp ("STOP", result, 4)) 

101 

{ 

102 

fprintf(stderr, "프로쎄스의 완료 !!! \n ”); 

103 

} 

104 

/* 각본의 실행에 실패한 경우 오유처리 */ 

105~1 

else if( ! strncmp("NULL" , result, 4)) 

106 

{ 

107 

fprintf (stderr, "각본파일 을 검 사하시 오 . \n") : 

108 

} 

I 109 

_ return 0 ； _ 

110I 

} 

111 

/* start 도 stop 도 아닌 인수가 들어온 경우 오유처리 */ 

112~1 

else fprintf (stderr, "\n\n Usage ： checkOne [start| stop] \n") : 

113 

} 

iu\ 


115 

_return 0 ； _ 

116 

: jf 1 


우의 프로그람을 름파일하고 실행시켜보자 . 아래에 프로그람을 실행한 결과들을 보 
여주었다 . 이를 통하여 프로쎄스의 실행 및 완료， root 여부검사 등이 제대로 이루어지고 
있는가를 확인할수 있다 . 


• 인수를 주지 않고 그냥 실행한 경우 : 

% checkOne 

Usage ： checkOne [start | stop] 
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• root 가 아닌 사용자가 실행한 경우: 

% checkone start 
You must be root! 


• root 가 checkOne start 를 실행한 경우: 


% checkOne start 

ONLYONE PROCESS RUNNING 

checkOne 프로쎄 스 실 행 성 공 I !! 


• 실행중인데 또다시 start 를 실행한 경우: 


% checkone start 

CheCkOne 프로쎄스가 이미 실행중입 니 다. 


• root 가 checkOne stop 을 실행한 경우: 


% checkOne stop 
프로 쎄스의 완료!!! 


• 실행이 완료된 상태에서 다시 stop 을 실행한 경우: 


% checkOne stop 

실행중인 프로쎄스가 없습니다. 


2.3.2. 프3쎄스 ID 활용 

프로쎄스를 리용하면서 가장 중요하게 활용되는것은 PID 이 다. 앞의 실례 에서 ps 를 활 
용하거 나 kill 지 령을 사용할 때 에도 사용되는 열쇠 어는 프로쎄스 ID 인 PID 였다. 이 런 PID 
를 얻을 때 사용하는 함수는 getpidO 이다. 

그리고 부모프로쎄스의 PID 를 구하는 함수는 getppidO 함수이 다. 이 함수들의 간단 
한 사용방법을 보면 아래와 갈다. 


int processID = getpidO : /* 자기의 PID 를 구하는 경우 */ 
int parentPID = getppidO; /* 부모의 PID 를 구하는 경우 */ 


그러면 getpidO 와 getppidO 를 리용한 간단한 실례프로그람을 만들어보자. 

아래의 실례는 fork() 와 getpidO, 그리고 getppidO 를 리용하여 자식의 PID 와 자 
기의 PID, 그러 고 부모의 PID 를 구하여 출력하는 프로그람이다. 여 기서는 현재 실행 되 
는 프로쎄스가 부모인지 자식 인지를 검사하는 방법으로 getpidO 를 사용하고있다. 
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실례프로그람 : ex getpid.c 

1 

#include <stdio. h> 

2 

3 


/* 프로그람의 주함수 */ 

4 

int main () 

5 

{ 

6 

/* 프로쎄스의 PID 변수들 */ 

7 

int childPID = 0 ； 

8 

int parentPID = 0 ； 

9 


10 

/* 자기자신의 PID 를 구한다 . */ 

11 

parentPID = getpidO ； 

12 


13 

/* fork () 함수 실행 , 자식프로쎄스 생성 */ 

14 

childPID = forkO ; 

15 


16 

/* 자식프로쎄스 실행 */ 

17 

if (getpidO != parentPID) 

18= 

{ 

19 

prin 社("〈〈자식 프로쎄 스 >>\n”) ; 

20 

printf ("자식 - 자식 PID: %d, 부모 : PID: %d\n", getpidO, 
getppidO); _ 

21 

~ } 

22 

/* 부모프로쎄스 실행 */ 

23 

else if (getpidO == parentPID) 

24 

{ 

25 

prin 社 ("« 부모프로쎄 스 >>\n”) ; 

26 

printf (” 부모 - 자식 PID: %d, 부모 PID: %d\n", childPID, 
parentPID);_^___ 

27 

~} 

28 

return 0 ； 

29 

} 


우의 프로그람을 롬파일하여 실행시켜보자 . 그러면 그림 2-9 와 같은 결과가 나올것 
이 다. 


60 


탄資#철致찰 








프로 M 스 



그림 2-9. ex_getpid.c 의 실행결과 

getpidO 를 리용하여 프로쎄스의 정보중 가장 중요한 값인 PID 를 얻을수 있었는데 류 
사한 함수들을 리용하여 프로쎄스의 기 타 정보도 얻을수 있다 . 례를 들어 프로쎄스를 실 
행시킨 사용자의 ID, 그룹의 ID 등도 얻을수 있다 . 함수의 이름은 getuidO 와 getgidO 
인데 이것을 리용하면 사용자 ID 와 그룹 ID 를 각각 구할수 있다 . 

함수의 사용방법은 다음과 갈다 . 


int userlD = getuidO : 
int groupID = getgidO : 


그러면 이려한 함수들을 리용한 간단한 실례프로그람을 만들어보자 . 실례프로그람을 를파 
일하고 실행시켜보면 프로쎄스의 사용자 ID 와 그룹 ID 정보가 화면에 현시되는것을 볼수 있다 . 


실례프로그람: processinfo.c 

1 

#include <stdio. h> 

\Y 


r~3~ 

/* 프로그람의 주함수 */ 

4 

int main () 



6 

_ 

/* 프로쎄스의 정보를 보관할 변수들 */ 

7 

int psPID, psUID, psGID ； 

|~8~ 


p9~ 

/* 자신의 프로쎄스정보를 얻기 */ 

10 

psPID = getpidO : 

11 

1_ psUID = getuidO ； 

12 

psGID = getgidO ； 
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14 

/* 프로쎄스정보를 화면에 현시한다 . 

"v 一 

15 

printf (’’ 〈〈프로쎄 스정 보〉〉 \n’’) ; 


16 

printf( M PID ： %d, UID: %d, GID: 

%d\n", psPID, psUID, psGID); 

17 

return 0; 


18 } 


우의 실례를 여러 사용자의 ID 로 실행해 보면 프로쎄스의 사용자 ID (user ID) 와 그 
롭 ID (group ID) 는 프로쎄스를 기동한 사용자의 정보와 같다는것을 알수 있다. 실행결 
과를 그림 2-10 에 표시하였다. 

getuid () , getgidO 함수들과 대 조되는 함수로서 는 setuidO 함수와 setgidO 함수가 있 
다. 이 함수들을 리용하면 프로쎄스의 사용자 ID 와 그룹 ID 를 변경할수 있다. 

하지 만 일 반프로쎄 스의 사용자 ID 를 특권사용자의 ID 로 변경할수는 없 다. 오직 그 반 
대의 경우만이 가능하다. 다시말하여 root 가 실행한 프로쎄스의 경우에는 setuidO 를 리 
용하여 요구하는 사용자의 ID 로 바끌수 있으나 그 반대로는 바끌수 없다는것이다. 



그림 2-10. processinfo.c 의 실행결과 

째 


유니코드 ( UNICODE ) 란 무엇안가? 

세계의 많은 문자들을 통일적인 문자부호로 표현하려고 하는 규격이다. 

마이 크로쏘 프트 , 애플콤퓨터회 사들을 중심 으로 하는 유니코드협회 에서 제정 하여 
ISO (국제표준화기구)에서 국제규격의 일부로서 적용되고있다. 모든 문자를 2byte 
의 문자부호로서 표현한다. 


유니코드를 사용한 응용프로그람은 어떤 언어의 조작체계에서도 리용할수 있게 되 
여 있 다. 그러 나 2byte 로 모든 문자를 수록하기 때 문에 일 본어 와 중국어 에서 는 갈은 부 
호에 서로 차이나는 글자체 등이 할당되는것과 같은 문제도 있다. 
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신호 


제 3장 
신호 


서폰 


이 장에서는 중요한 프로쎄스들 사이의 통신기법중의 하나인 신 
호에 대하여 취급하게 된다 . 

신호는 정상적 인 통보문전송보다도 비정상적인 통보문전송에 가 
깝기때문에 일반적으로 많이 사용하는 용어 인 alarm 과 류사하다 . 즉 
프로쎄스실행중에 특별한 일 이 발생하여 프로쎄스에 알릴 펼요성 이 있 
을 때 핵심부가 통보문을 내보내 여 알려주는것 이 라고 할수 있다 . 

핵심부로부터 신호를 받으면 프로쎄스는 이것을 무시하거나 처리 
할수 있다 . 따라서 필요한 신호는 반드시 처 리하도록 만들며 그러 중 
요하지 않은 신호는 완전히 무시하도록 만드는것이 필요하다 . 

이 장에서는 신호란 무엇이며 신호와 관련된 체계호출함수는 어 
떤것 인가에 대하여 설명한다 . 그리고 이와 관련된 프로그람작성방법 
을 보여준다 . 

3 장은 다음과 같은 절들로 구성 되 여있다 . 


목표 

1. 신호란 무엇인가 

2. 신호처리 

3. 신호전송 

4. 신호프로그람작성 
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제1절. 신호란 무엇인가 


Linux 체계에서 제공하는 프로쎄스들사이의 통신중에서 가장 오래된 기법중의 하나 
인 신호는 정 상적 인 자료의 교환을 위 한 통신이 라기 보다는 비 정 상적 인 상태 를 서 로에 게 알 
려주기 위한 방법으로 많이 사용된다 . 

체계에 돌발적인 정보를 알리는것을 Notification 이나 alarm 이라고 부를수 있는데 신 
호도 이와 류사한것이라고 생각할수 있다 . 물론 돌발적인 정황만을 위해서 신호가 존재하 
는것은 아니지만 신호의 사용법 이 나 사용목적 이 대부분 거기에 알맞게 되 여있다 . 

신호는 새치기가 발생했을 때 이것을 프로쎄스에 알리기 위해서 많이 사용된다 . 즉 새 
치기가 발생했을 때 이를 적절하게 처러하는 루린을 프로쎄스속에 넣어서 비정상적인 동 
작을 미 연에 방지 하거 나 정 황에 따르는 적 절 한 조치 를 취 하기 위 해서 이 다 . 

신호를 잘 활용하면 새치기를 프로쎄스의 또 다른 결합부로 활용할수 있다 . 즉 프로 
쎄스와의 대화창구로 새치기를 추가할수 있다는것이다 . 이것을 리용하면 월에서 발생시킨 
신호를 리용하여 작업중인 프로쎄스에 다른 명령을 주는것이 가능하게 된다 . 

신호는 이름을 가지고있는데 이름이 정의되여 있는 곳은 signal.h 과일로서 그안에 
#define 을 리용하여 선언되 여있다 . signal.h 파일속에 많은 신호이름 등이 지정되 여 있 
지만 실제로 개발자들이 사용하는 신호들은 그렇게 많지 않다 . 대부분의 신호는 핵심부가 
프로쎄 스를 관리하거 나 조작체 계준위 의 작업 을 수행하는데 사용된 다 . 

signal.h 속에 정의된 신호이름들중 중요한 신호들을 소개하면 다음과 같다 . 

• #define SIGHUP ： 우로련결 (Hangup ) 을 위 한 신호로서 말단과 체 계 사이 에 통신접 
속이 끊어졌을 때 말단에 련결된 프로쎄스들에 핵심부가 보내는 신호이다 . 

• #define SIGINT ： 새 치기 (Interrupt ) 를 위한 신호로서 사용자가 새치기를 발생시 
키는 건을 입력했을 때 그와 련결된 프로쎄스에 핵심부가 보내는 신호이다 . 이 신호는 프 
로쎄스가 랄퇴할 때 많이 사용되는 신호이다 . 

• #define SIGQUIT ： 탈퇴 (Quit ) 를 위 한 신호로서 사용자가 말단에서 탈되건을 누르 
면 핵심부가 프로쎄스에 SIGQUIT 신호를 보낸다 . 

• #define SIGILL ： illegal 지령 , 즉 비정상적인 지령을 수행할 때 조작체계가 발생시 
키는 신호이 다 . 

• #define SIGTRAP ： Trace Trap 를 위 한 신호로서 오유수정 (debug ) 을 위 해 주로 사 
용하는 신호이다 . 

• #define SIGABRT ： 탈피 (Abort ) 시 발생하는 신호로서 체계가 비정상적으로 랄되 
할 때 해당한 정보를 남기는 지령이다 . 

• Mefine SIGIOT ： SIGABRT 와 류사한 작업을 수행 할 때 발생하는 신호이 다 . 

• #define SIGEMT ： Emt 지령실행시 사용되는 신호이다 . 
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• #define SIGFPE ： 류동소수점 (Floating point ) 의 례 외 사항 즉 고정소수점 사용에 서 
웃자러넘 침이나 아래자리넘침이 발생했을 때 사용되는 신호이 다. 

• #define SIGKILL ： 한프로쎄스가 다른 프로쎄스를 강제 완료 ( Kill ) 시키 기 위 해 사용하 
는 신호이다. 

• #define SIGBUS ： 모선 ( BUS ) 오유가 발생했을 때 사용하는 신호이다. 

•#define SIGSEGV ： 기억기토막 등이 깨졌을 때 사용하는 신호이다. 

• #define SIGSYS ： 체계호출을 할 때 잘못된 인수를 사용하면 사용하는 신호이다. 

• #define SIGPIPE ： 관 ( Pipe ) 에서 사용하는 신호로서 아무도 리용하지 않는 관으로 
자료를 출력할 때 사용하는 신호이다. 

• Mefine SIGTERM ： 강제완료 (mil) 에 의해 프로쎄스가 완료될 때 사용되는 신호이 다. 

이밖에도 많은 신호가 존재한다. 

대 부분의 신호들이 핵 심 부가 프로쎄 스에 보내 는것 이 라고 했는데 프로쎄 스안에 서 
신호들을 처 리 하지 않는다면 대 부분의 신호들은 그냥 무시 된다. 다시말하여 아무리 핵 심 부가 
신호를 보내도 프로쎄스가 받아서 쓰지 않으면 의미가 없는 통보문이 될수 있다. 

그렇 다고 프로쎄스가 모든 종류의 신호을 무시할수 있는것은 아니 다. 실례 로 
SIGKILL 신호인 경 우에 는 프로쎄 스가 완료되 기 때 문에 무시하는것 과는 상관없 이 
프로쎄스에 영 향을 미치게 된다. 프로쎄스가 신호를 무시하는 경우에는 핵 심부에 처 리를 
맡기는 결과를 가져온다. 

만일 프로쎄스가 신호를 무시 하지 않고 관리를 한다면 신호가 발생했을 때 이를 어떻 게 
처 리 하겠는가를 프로쎄 스가 결정 할수 있 다. 

하지만 신호의 관리가 그렇게 쉬운것은 아니다. 서로 다른 종류의 신호가 동시에 
프로쎄 스에 들어 올수도 있고 동일한 신호가 계속해서 들어 올수도 있다. 따라서 모든 종류의 
신호을 처 리한다는것은 아주 힘든 작업 이기때문에 해 당 프로쎄스가 특별히 중요하지 않은 
신호들은 신경을 쓰지 않고 중요하다고 생각되는 신호에 대해서는 처 리를 진행하도록 
하는것이 필요하다. 

신호는 프로쎄스와 밀접한 관련이 있기때문에 신호정보는 프로쎄스표 (process 
table ) 에서도 관리 할수 있다. 이 방법 으로는 프로쎄 스표안에 설정된 내 용에 따라 신호처 리를 
결정하게 되고 또한 신호를 처리한 내용이 프로쎄스정보에 보관되기도 한다. 

신호가 프로쎄스들사이의 통신이라고는 하지만 신호는 사용자에 따라 제한이 있다. 
다시말하여 일반사용자는 원하는 모든 프로쎄스에 신호를 보낼수 없다는것이다. 물론 
특권사용자는 원하는 프로쎄스에 신호를 발생시킬수 있다. 

프로쎄스는 신호를 블로크화시킬수 있다. 블로크화된 신호는 블로크가 해제될 때까지 
기 다려 야 하는데 해 제 되 면 프로쎄 스에 전달된다. 이 때 해 제 되 려 면 블로크화되 지 않은 신호가 
발생하거나 체계호출작업이 이루어져야 한다. 대부분의 프로쎄스가 체계호출을 매번 
사용하기때문에 블로크화된 신호가 무한정 기다리게 되는것은 아니 다. 
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신호를 핵 심부가 아닌 프로쎄 스에서 처 리 하려 고 하면 sigaction 속에 신호의 처 리 를 위 한 
조종기 가 등록되 여 야 한다. 만일 특별한 신호조종기 가 등록되지 않으면 핵 심부가 기 본적 인 
처리를 담당하게 된다. 조종기가 sigaction 안에 등록이 되면 신호가 발생할 때 매번 호출이 
된다. 조종기가 호출될 때에는 마스크를 리용하여 무시할 신호에 대해서는 핵심부에 처리를 
맡기게 된다. 

지금까지 신호에 대한 개괄적인 내용에 대해 설명하였다. 이제부터 신호의 검출 및 처리 
또는 발생시킬 때 사용하는 체계호출(함수)에 대해서 보도록 하자. 


제2절. 신호처리 


이 절에서는 신호처리를 위해 제공되고있는 체계호출함수들에 대해서 고찰한다. 먼 
저 핵심부로부터 들어오는 신호를 처리하기 위해 사용되는 Signal 체계호출함수에 대해 보 
도록 하자. 

Signal 

signal 0 함수는 이 름 그대 로 신호를 처 리 하기 위 한 함수이다. 핵 심 부가 발생 시 킨 신 
호 등을 프로쎄스가 받았을 때 이를 처리할 함수를 지정하는 기능을 가지고있다. signal() 
함수의 간단한 사용실례를 보면 다음과 같다. 


int sigKind ； 

int function 0; 

signal (sigKind, function) : 


첫번째 인수인 sigKind 는 처 리하려고 하는 신호를 의미한다. 이때 프로쎄스가 완료 
되여야 하는 SIGKILL 외에는 sigKind 로 지정하여 사용할수 있다. 두번째 인수로 사용되 
는 함수의 이름은 지정한 신호가 발생했을 때 처리를 담당할 함수를 지정한것이다. 

이때 두번째 인수로 함수이 름밖에 SIG_IGN 이 나 SIG_DFL 기 호를 사용할수 있다. 즉 
다음과 같이 사용할수도 있다. 


signal (sigKind, SIG_IGN) : 또는 signal (sigKind, SIF_DFL); 


SIG _ IGN 기호는 해당 신호를 무시하라고 지정하는 기호이며 SIG _ DFL 기호는 표준신 
호조종기에 처리를 맡긴다는것을 의미한다. 그러면 signal () 함수를 리용한 간단한 실례 
프로그람을 먼저 보도록 하자. 

다음의 실례는 프로쎄스가 실행중에 발생한 SIGINT 신호를 처리하는 과정을 보여준다. 
이를 위해 signal () 함수를 리용하여 SIGINT 신호와 이를 처리할 조종기를 등록해춘다. 
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실례프로그람 : ex_signal.c 

1 

#include < signal . h > 

2 


3 

/* SIGINT 신호를 처 리할 조종기 */ 

「「; 

int sigintHandlerQ 

5 

{ 

6 

/* 필요한 작업을 처리 한후 프로그람을 완료 */ 

TJ 

printf ( n \ n\nSIGINT 조종기 호출 \ n n ) ； 

8 

printf (”\ n < 《작업 완료〉〉〉 \ n ”) ； 

9 

sleep (1) ； 

10 

printf ("\ n\nStop all run process \ n n ) ； 

—11— 

printf ("All open file closed \ n \ n \ n ”); 

12 

exit ⑴ ； 

13ᅳ 


14 


15 

/* 프로그람의 main 함수 */ 

16 

int main () 

17 


18 

int result , step = 0； 

19 

/* SIGINT 조종기를 등록， signal 0 함수사용 */ 

20 

printf (’， SIGINT 조종기 설정 \ n \ n n ) ； 


result = signal ( SIGINT , sigintHandler ) ； 

22 


23 

/* 프로그람 실행, 무한순환 */ 

24 

printf (’’\ n <« Main 프로쎄 스실 행 〉〉〉\ n ”) ; 

25 

printf ("File open 실 행 \ n "); 

26 

while (1) 

27 

{ 

28 

step ++； 

29 

printf ( n % d 번째 작업수행 \n ”, step ) ； 

30 

sleep (1)； 

31 

} 

32 

Return 1 ； 

33 

} 


우와 같이 프로그람을 작성 하고 실행을 시켜보자. 프로그람이 실행 되 면 SIGINT 
신호를 발생시키기 위해 프로쎄 스가 실행중인 월에서 CTRL + C 건을 입 력한다. 신호를 
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처 리하지 않는 일 반적 인 프로그람은 CTRL + C 건를 입 력하면 핵 심 부가 프로쎄 스를 완 
료하게 된다. 

일반적 인 경우 신호가 발생했을 때 프로쎄스는 처리하던 체계호출을 수행한 다음 핵 
심부로부터 신호를 받게 된다. 따라서 처 리중인 체계호출은 신호의 영향을 받지 않는다. 하 
지만 모든 체계호출이 다 그런것은 아니다. 처리속도가 느린 장치에서 체계를 호출하는 경 
우에는 신호로 하여 작업도중에 체계호출이 중단되면서 프로쎄스가 완료된다. 

만일 신호처리를 제대로 해두지 않으면 파일이나 장치를 사용하던 도중에 작업과정이 없 
어지는 현상이 발생할수 있기때 문에 신호처 리 를 통해 이 에 대처 하는것 이 좋다. 실례 로 신 
호조종기를 리용하여 열린 파일을 차례로 닫는다든지 펼요한 자료를 저장해두는것이 좋다. 

프로쎄 스가 실 행 중에 signal 0 함수를 만나면 해 당 신호에 대 한 기 본조종기 (처 리 함수) 
를 지정된 조종기로 변경하게 된다. 따라서 조종기를 필요에 따라 변경해야 한다면 해당 루 
린속에서 signal 0을 리용하여 조종기를 재지정하면 된다. (그림 3-1) 이후에 발생하는 신 
호는 재 지 정 된 조종기 에 의 해 처 리 가 된 다. 

이번에는 signal 체계호출함수를 리용하여 종류가 다른 신호에 대한 조종기를 등록하고 
이를 처리하는 프로그람을 실례로 보도록 하자. 다양한 신호를 처리하기 위해 이러한 작업 
은 필수적으로 제기되는데 하나의 신호조종기를 등록하는것과는 작업상에서 차이가 크다. 



그림 3-1. ex_8ig.naU 의 실행결과 

아래의 실례는 SIGINT 신호와 SIGQUIT 신호를 처리하는 례제이다. 두 종류의 신호 
를 모두 동일한 조종기인 stopHandlerO 함수가 처리하도록 등록을 시켜주고있다. 


실례' 

1 

2 

프로그람 : ex sigquit. c 


include < signal . h >_ 

3 

4 


/* 작업완료신호를 처리할 조종기 */ _ 
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5 

int stopHandlerO 

6 

一 

7 

/* 필요한 작업을 처 리 한후 프로그람을 완료 */ 

8 

printf ("\ n \ n 신호조종기 호출 \ n ”) ; 

9 

printf (’’\ n <<< 작업 완료〉〉〉 \ n ’’) ； 

10 

sleep (1) ； 

11 

printf ("\ n\nStop all run process \ n ”); 

12 

printf ( n All open file closed \ n \ n \ n ”); 

13 

exit ⑴ ; 

14 

— 

15 


16 

/* 프로그람의 main 함수 */ 

17 

int mainO 

18 

j { 

— I 군 

int result , step = 0; 

20 


~ 2 T 

一 /* 신호조종기를 등록, signal () 함수사용 */ 一 

~22 

printf (’’ SIGINT , SIGQUIT 조종기 설정 \ n \ n n ); 

23 

result = signal ( SIGINT , stopHandler ); 


result = signal ( SIGQUIT , stopHandler ); 

25 


^6 

J /* 프로그람 실행，무한순환 */ 

27 

printf (’’\ n <« Main 프로쎄 스실 행 >>>\ n ’’) ； 

^8 

printf ("File open 실행' n "); 

29 

while (1) 


{ 

~31 

J _ step ++；_ 

~ 32 ~ 

printf ("Id 번째 작업수행 \ n n , step ) ； 


J _ sleep ( l ) ；_ 

34 

一 } 一 

도 

return 1； 


36 } 


SIGQUIT 신호는 체계의 완료를 위해 사용하는 건인 ’ CTRL + V 를 리용하여 발생시 
킬수 있다. 프로그람작성이 끝났으면 실행을 시켜보자. 프로그람의 실행을 통하여 SIGINT 
신호와 SIGQUIT 신호를 처리하였다는것을 확인할수 있다.(그림 3-2) 
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그림 3-2. ex_sig_qu，it.c 의 실행결과 



세계를 대상으로 方 I 는 WWW 

름퓨터 를 잘 모르는 사람들도 신문이 나 방송을 통하여 WWW 라는 이 야기는 들었 
을것 이 다. WWW 는 World Wide Web 의 략자로서 유럽의 한 연구사가 개 발한 하 
이퍼본문형식의 분산정보체계 이 다. WWW 는 오늘날 인터네트상에서 가장 인기를 끌 
고있으며 통신에서의 다매체화실현에 중추를 담당한 체계라고 볼수 있다. 

하이퍼본문형식, 화상，음성，동화상 등을 조합하여 정보를 제공할수 있는데 하이 
퍼본문의 우점은 어떤 정보에서 펼요한 부분을 선택하면 그에 대한 자세한 정보를 얻 
을수 있다는것이며 그와 같은 정보의 련결이 세계적인 범위에서 그물처럼 펼쳐져있 
다는것 이 다. 


WWW 의 특징 은 전세 계 의 WWW 봉사기 들이 서 로 련결되 여 통신에 서 의 다매 체 화 
를 실현할수 있게 해준다는데 있다. 
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제 3 절. 신호전송 


신호 


대부분의 신호가 핵심부에 의해 발생되고 핵심부에 의해 처리되지만 사용자가 프로 
쎄스에 신호를 전송할수도 있다. 이를 위해 사용하는 체계호출함수로서 널리 리용되는것 
이 kill 0함수이다. 

3.3.1. Kill 

kill 0함수를 리용하여 해 당 프로쎄스의 PID 와 신호를 인수로 넣 어주면 원하는 신호 
가 전송된다. kill 0함수의 간단한 사용형식을 보면 다음과 같다. 

int process ID , sigKind ； 
kill ( processID , sigKind ) : 


실례로 신호를 전송하려는 프로쎄스의 PID 가 815 번이라고 할 때 이 프로쎄스에 프 
로쎄스완료를 위한 SIGTERM 신호를 보내려면 다음과 같이 하면 된다. 

kill (815, SIGTERM) | 

그러 면 祖 11 0 함수를 리 용한 실 례 프로그람을 작성 하여 보자. 아래 의 실 례 에 서 는 rcvSignal 
프로쎄스가 먼저 실행하면서 자기의 PID 를 화면에 출력한 다음 작업을 수행하게 된다. 
그다음 sendSignal 프로쎄스가 rcvSignal 프로쎄스의 PID 를 리 용하여 SIGTERM 신호를 
전송하게 된다. 

SIGTERM 신호를 받은 rcvSignal 프로쎄 스는 stopHandler 를 통하여 프로쎄스가 안 
전하게 완료되도록 작업을 처리한다. 

rcvSignal 프로그람의 원천코드는 아래와 같다. 


실례 프로그람 : rcvSignal.c 

1 」 

#include <signal.h> 

2 


3 

/* SIGTERM 신호를 처 리 할 조종기 */ 

4 

int stopHandler () 

5 

{ 

6 

/* 필요한 작업을 처 리 한후 프로그람을 완료 */ 

7 

printf ("\n\n ■신호조종기 호출 \n”) ; 

8 

sleep(1 ) ； 

9 

printf (”\n< 《작업 완료〉〉〉 \n\n") ； 
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10 

exit ⑴; 

11 

} 

12 


13 

/* 프로그람의 main 함수 */ 

14 

int main () 

15 

{ 

^6~1 

int result , step = 0； 

17 


18] 

一 /* 신호조종기를 등록, signal 0함수의 사용 */ — 

19 

printf (’’SIGINT 조종기 설정 \ n \ n ") ; 

20 

result = signal ( SIGTERM , stopHandler ); 

21 


22 

/* 프로그람 실행, 무한순환，자신의 PID 를 출력 */ 

23 

prin 任 ("\ n<«Main 프로쎄스실행, PID ：% d >»\ n ", getpidO )； 


printf ("File open 실행 \ n "); 

25 

while ⑴ 

26 

{ 

27 

step ++； 

p 28 

printf("%d 번째 작업수행 \ n ”, step ); 

29 

sleep (1); 

30 

} 

31 

return 1； 

32 

} 


이번에는 sendSignal 프로그람의 원천코드를 보자. sendSignal 프로그람은 PID 를 인 
수로 받아 실행된다. 만일 PID 를 생 략하고 프로그람을 실행시키 면 아무런 작업도 수행하 
지 않고 완료된다. 


그러나 PID 와 함께 sendSignal 프로그람을 실행시키면 해당한 PID 에 SIGTERM 신 
호를 전송하게 된다. 원천코드는 아래와 갈다. 


실례프로그람: sendSignal.c 

1 

#include < signal . h > 

2 


3 

/* main 함수 */ 

4 

int main (int argc , char * argv []) 
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5 

6 

— 

int processID ； 

7 

8 


/* 프로쎄 스의 ID 를 파라메터 로 받는다. */ 

9 

10 

if (argc != 2) 

{ 

11 

12 

printf ( n \ n\n Usage ： sendSignal processID \ n \ n \ n ") ； 

exit (0) ； 

13 

14 

15 

一 } 一 


/* 인수로 받은 PID 를 정수로 변환한 다음， kill () 함수를 호출 */ 

16 

171 

processID = atoi ( argv [ l ]) ； 

kill ( processID , SIGTERM ); 

18 

19」 


_ exit ( l )；_ 

20 

} 

우의 프로그람들을 작성한데 기초하여 매개 프로쎄스를 차례로 기동시켜보자. 먼저 


rcvSignal 을 실행시키면 그림 3-3 과 같이 PID 가 화면에 현시되면서 작업을 수행하게 된다. 



그림 3-3. rcvSignaU 으I 실행결과 
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이번에는 SendSignal 프로그람을 다른 월상에서 실행시켜보자. 이때 rcvsignal 프로 
쎄스의 PID 를 인수로 사용하여 다음과 같이 실행시킨다. 


%SendSignal 3542 | 

그러면 앞서 실행시켰던 rcvSignal 프로쎄스는 실행하고있는 월화면에 다음과 같은 내 
용(그림 3-4) 을 출력하면서 프로쎄스를 완료하게 된다. 

지금까지 kill 0함수를 리용하여 다른 프로쎄스에 신호를 전송하는 실례를 보았는데 
kill 0함수를 리용하여 자기 자신에게 신호를 보낼수도 있다. 이를 위해서는 인수로 사용 
하는 PID 를 리용하면 된다. 

례를 들어 kill (0, SIGTERM ) 을 실행시키면 kill 0함수를 호출한 프로쎄스와 같은 그 
롭에 속해 있는 프로쎄스들에 SIGTERM 신호가 전송된다. 그리고 kilK - l , SIGTERM ) 
을 실행하면 kill 0함수를 호출한 프로쎄스와 같은 사용자가 사용중인 프로쎄스들에 


SIGTERM 신호를 전송한다. 

_公 

X 

알아§시다. 

만일 kill (- l , SIGTERM ) 을 실행한 프로쎄스의 사용자가 root 이면 대부분의 
프로쎄스들에 SIGTERM 신호가 전송된다. 

U 






그림 3-4. sendSignal.c 의 실행결과 


3.3.2. Alarm 

alarmO 체계호출함수는 우리가 흔히 알고있는 alarm 과 같은 동작을 수행한다. 다시 
말하여 시계에 경보시간을 맞추어놓으면 시간이 되였을 때 경보가 울리는것과 같다고 볼 
수 있다. 이처럼 프로쎄스안에서도 박자계수기가 존재하는데 alarmO 함수를 리용하여 박 
자계수기 를 설정해두면 시 간이 다 되 였을 때 에는 SIGALRM (신호시 간경 보)신호가 발생 
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하게 된다. 

alarm 의 설정은 alarm 0함수를 호출하여 원하는 시간(초)를 지정하면 된다. 실례로 
다음과 같이 alarm 을 호출하면 3s 후에 SIGALRM 신호가 발생한다. 

alarm (3) : 

만일 alarm 신호가 발생하지 않도록 하려면 아래와 같이 값을 0으로 설정하면 된다. 
alarm (0); 

그러므로 지정된 시간안에 원하는 작업이 수행되지 않아서 신호를 발생시키려고 할 
때에는 alarm() 을 리용하면 된다. 그리고 지정된 시간안에 작업이 수행되였으면 0으로 설 
정하여 alarm 을 해제하면 된다. 이것은 우리가 경보시계를 사용하는것과 같다고 말할수 있 
다. 즉 경보가 울리기전에 잠에서 깨여나 시계를 끄면 되지만 깨여나지 못하여 그냥 과두 
면 계속 경 보음이 울리는것 과 마찬가지 로 제 때 에 작업 을 수행 하지 못하면 원하지 않는 alarm 
신호가 발생하게 된다. 

그러면 alarmO 을 리용한 실례를 보도록 하자. 아래의 프로그람은 scanfO 를 리용 
하여 사용자로부터 수자를 입 력 받는 프로그람이다. 이때 만일 3s 내 에 사용자가 입력을 하 
지 않으면 alarm 신호를 리용하여 시간이 다 되였음을 알리고 표준값인 -1 로 설정하게 된 
다. 만일 사용자가 3s 이내에 수자를 입력하면 alarm 은 해제되며 입력한 수자로 설정된다. 


실례 프로그람 : ex _ alarm . c 

1 

#include 〈 signal.h> 

2 


3 

/* 사용자로부터 값을 입 력받을 변수 */ 

4 

int defaultVal ； 

5 


6 

/* alarm 에 의 해 호출될 함수 */ _ 

7 

int alarmHandlerO 

8 

U 

9 

/* 입력시간이 다 되였음을 알리고 -1 로 설정 */ 

[ioJ 

_ printf(’’\n 시간이 다 되였습니다. \n"); _ 

11 

defaultVal = -1 ； 

12 

return 1 ； 

13 

} 

14 


15 

/* ex_alarm 의 main 함수 */ 
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16 int mainQ 


17 { 

18 

/* SIGALARM 신호를 처리할 함수를 등록 */ 

19 

signal (SIGALRM, alarmHandler) ； 

20 

/* alarm 을 리용하여 입력시간설정 */ 

21 

alarm (3) ； 

22 

卜 ，사용자로부터 값을 입 력 받음 */ 

23 

printf ( n 3 s 안에 입력하시오. DEFAULT VALUE ：")； 

24 

scanf(’’%d”, 技 defaultVal) ; 

25 

26 

/* alarm 에 지정한 초과시간 해제 */ 

27 

alarm (0) ; 

28 

29 

/* 마지막으로 입력된 값을 화면에 출력 */ 

30 

printf("DEFAULT VALUE： %d\n”, defaultVal) ； 

31 | 

return 1； 


32 } 


우의 프로그람을 실행해 보도록 하자. 그림 3-5 에서는 프로그람을 실행시킨 다음 3 s 
에 값을 입력한 결과를 보여주고있다. 

만일 3 s 안에 값을 입 력 하지 않으면 아래와 같이 alarm 신호에 의 해 -1 로 설정된다. (그 
림 3-6) 

우의 실례에서 본것과 같이 alarm () 을 호출하면 내부적으로 박자계수기가 동작하게 된 
다. 그리 고 프로쎄 스는 alarm 0의 다음 행 을 계속해서 실행 하게 된다. 만일 alarm 0을 실 
행한후에 alarm 신호가 발생할 때까지 작업을 중지하고 싶을 때에는 pauseO 체계호출함 
수를 사용하면 된다. pauseO 함수는 시 간에 따르는 신호가 발생할 때 까지 프로쎄스를 중 
지시키는데 유용하게 사용할수 있다. 례를 들어 우의 실례에서 pauseO 를 다음과 같이 사 
용했다고 보자. 


/* alarm 을 리 용하여 입 력 시 간 설정 */ 
alarm (3) : 
pauseO ; 


이렇게 되면 alarm (3) °1 실행되자마자 pauseO 가 실행되여 3 s 간 alarm 신호를 기다 
리게 된다. 3 s 가 지 나면 alarm 신호가 발생 하고 alarm 조종기가 동작하게 된다. alarm 조 
종기의 동작이 끝나면 pauseO 의 다음 행을 실행하게 된다. 
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alarm 0은 alarm 을 실행한 프로쎄스에는 작용을 하지만 자식프로쎄스에는 영향을 미 
치지 않는다. 즉 fork () 로 프로쎄스를 만들었을 때 부모프로쎄스에만 alarm () 이 작용하 
게 된다. 



그림 3-5. ex_alarm.c 의 실행■과 (1) 



그림 3-6. ex_alarm.c 의 실행결고ᅡ (2) 


3.3.3. Raise 

프로쎄스안에서 신호를 발생시키는 또 다른 체계호출함수로는 raise () 가 있다. raise 
함수를 발생시키려고 하는 신호와 함께 호출해주면 된다. 례를 들어 SIGTERM 신호를 내 
부에 발생시키려면 다음과 같이 하면 된다. 


raise ( SIGTERM ) : 


프로쎄스가 동작하는 과정 에 잘못된 작업 이 진행되 여 완료를 해 야 한다면 raise 를 러 
용하여 신호를 발생시키고 해당 신호조종기가 프로쎄스를 안전하게 완료시키면 된다. 이 
것은 외부의 신호를 처리하기 위해 만들어 둔 신호조종기를 내부에서 호출하여 사용하려 
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고 할 때 많은 도움이 된다. 

그러면 raise 를 리용한 실례를 보자. 아래의 프로그람은 사용자가 수자를 인수로 사 
용하여 프로그람을 실행하면 해당한 시간(초)만큼 작업을 수행한 후 raise 를 통해 프로그 
람이 완료되게 한다. 


실례프로그람 : ex_raise.c 

1 ! 

#include <signal. h> 

2 


3 

/* raise 가 발생 시킨 sigterm 신호를 처 리 */ 

4 

int commonStop () 

5 

h 一 

6 

/* 필요한 작업을 처리한후 프로그람을 완료 */ 

7 

prin 社 (”\n\n 신호조종기 호출 \n”) : 

8 

sleep(1) ； 

9 

printf(’’\n <<< 작업을 완료〉〉〉 \n\n"); 

10 

exit(l) ； 

11 

} 

12 


13 

/* 프로그람의 main 함수 */ _ 

14 

int main (int argc, char* argv []) 

15 

{ ___ 

16 

int secs, steps=l ； 

17 

/* 파라메터의 개수를 검사 */ 

18 

if(argc == 2) 

19 

{ __ 

20 

一 /* 파라메 터로 받은 시간 ( 초)을 정수로 변환 */ 一 


_ secs = atoi(argv[l]) ； _ 

22 

/* sigterm 에 대한 조종기 등록 */ 

23 

signal (SIGTERM, commonStop) ； 

24 


25 

一 /* 파라메터로 받은 시간 ( 초)만큼 작업을 수행 */ 一 

26 

while (steps <= secs) 

27 

一 { 一 

28 

sleep(1) ； 

29 

一 printf (걔 d 번째 작업을 처리중 \n n ,steps) ;— 

30 

steps++ ； 
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31 

32 

} 

/* 내부프로쎄스에 sigterm 신호발생 */ 

33 

raise (SIGTERM )； 

34 

35 

} 

/* 파라메 터 의 개 수가 맞지 않을때 */ 

36 

37 

else 

_ { _ 

| 38 
39 

printf( ,f \n\n Usage ： ex raise no of secs\n\n\n n ) ； 

}~ ~ 

40 

41 

return 1 ； 

_ 


우와 같이 프로그람을 작성하였으면 를파일을 하고 프로그람을 실행해보자. 아래와 같 
이 3 을 인수로 사용하여 프로그람을 실행 하면 3s 후에 raise 를 통해 신호가 발생하고 신 
호조종기가 프로쎄스를 완료시키게 된다. (그림 3-7) 



그림 3-7. ex_raise.o 21 실행결과 



ICMP 란 무엇안가? 

ICMP 는 Internet Control Message Protocol, 즉 인 터 네 트 조종 통보문 규약 
의 략자이다. 주콤퓨터 (Host) 봉사기와 인터네트관문 (Gateway) 사이에서 통보문을 조 
종하고 오유를 알려주는 규약으로서 RFC 792 에 정의되 여있다. 주로 경 로기 가 보내 
는 IP 계 층상의 를퓨터망정 보나 오유상태 를 망관리 자에게 통보문형 태 로 전달해 주는 기 
능을 수행한다. 
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제4절. 신호프로그람의 작성 


이 절에서는 앞에서 설명하지 않은 함수와 프로그람작성기법을 리용하여 프로그람을 
작성하는 방법에 대해 취급한다. 물론 우에서 취급한 함수들과 기법들을 리용한다. 그리 
고 엘에서 신호를 처 리 하는 방법 에 대 해서도 설명 한다. 

3.4.1. 쉘프로그람과산호 

엘프로그람도 실행도중에 신호가 발생하여 비정상적으로 랄되할수 있다. 비정상적인 
탈퇴가 진행되면 실행중인 자료가 없어지거나 림시파일을 삭제하지 못하는 등 작업과정이 
나 그 마무리를 제대로 할수 없다. 

이것을 방지하기 위해서는 월프로그람안에서도 신호를 처리해주어야 한다. 이러한 작 
업을 수행하기 위해 사용되는 지령이 trap 이다. trap 를 리용하여 실행할 지령과 처리하 
려고 하는 신호를 지정해주면 된다. 만일 실행할 지령을 지정하지 않고 처리할 신호를 지 
정하면 해당 신호는 무시되는것으로 된다. 

trap 지령의 간단한 사용방법을 보면 다음과 같다. 다음의 경우는 INT 신호 (SIGINT 
와 같음)가 발생하면 지령1과 지령2가 자동적으로 실행되도록 지정한것이다. 

I ― trap "지 령 1; 지 령 2” INT | 

그러면 trap 를 리용하여 신호를 처리하는 월프로그람을 작성한 다음 이것을 실행해 보 
도록 하자. 아래의 useTrap . sh 프로그람은 find 지 령을 통해 a 라는 문자를 가진 파일을 
tmp . txt 에 보관하도록 만들어 주는 프로그람이다. 

아래의 실례프로그람은 find 지령을 수행하는 도중에 새치기가 발생하여 신호가 검출되면 
tmp . txt 파일을 삭제하면서 프로쎄스를 탈퇴하는 프로그람으로서 원천코드는 다음과 같다. 


실례프로그람 : useTrap. sh 

111 

#! / bin/sh _ 

2 

3 

trap "echo Caught SIGINT...Removing tmp . txt ； rm tmp . txt ； exit " INT 

find . -name -exec grep -1 a {} \; > tmp.txt 


코드작성이 끝났으면 프로그람을 실행시켜보자. 프로그람을 실행할 때에는 등록부가 
많은 곳에서 실행 하도록 하여야 한다. 그렇지 않으면 Ctrl + C 를 누르기전에 프로그람의 실 
행 이 완료될수 있다. 신호를 발생시킨후 해 당 등록부를 보면 tmp . txt 파일 이 존재하지 않 
는것을 볼수 있다. 만일 신호처리를 하지 않으면 tmp . txt 파일은 지워지지 않는다. 

3.4.2. 프로그람의 복구 [ 

신호를 처러할 조종기를 등록한 상태에서 프로쎄스가 실행되였다고 가정하자. 프로 
쎄스가 실행되는 도중에 해당한 신호가 발생하여 신호가 처리되였는데 만일 이때 프로쎄 
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스를 초기화한후 다시 처음부터 실행시키고 싶다거나 혹은 처음부터 실행시키는 경우가 아 
니더라도 신호를 처려한 다음 원하는 곳으로 가서 계속 실행되여야 할 때도 있을것이다. 

례를 들어 주차림표와 부차림표가 있는데 부차림표의 실행에서 문제가 발생했거나 사 
용자가 Ctrl+C 를 눌렀을 때 빨리 주차림표로 복귀하도록 만들어야 할 때가 있다. 이러한 
작업이 가능하려면 복귀하려고 하는 곳의 위치와 상태가 특정한 기억기에 보관되여야 하 
며 그곳으로 복귀할수 있는 방법이 제공되여야 한다. Linux 의 체계호출함수로서 이것을 
가능하게 만드는 함수가 setjmpO 와 longjmpO 이 다. setjmpO 는 복귀 하려 고 하는 곳의 
위치를 지정하는 함수로서 이때 체계의 탄창에 위치와 상태정보가 보관된다. 그리고 
longjmpO 를 호출하면 setjmpO 의 위치로 프로그람의 지적자가 옮겨지며 계속 작업을 수 
행하게 된다. setjmpO 와 longjmpO 의 간단한 사용방법을 보면 다음과 같다. 


jmp_buf jmpPos ； /* 뛰여넘기할 위치를 가지는 변수선언 */ 
setjmp (jmpPos) ； 
longjmp(jmpPos, 0); 


만일 longjmp 에서 넘 겨 주는 값을 setjmp 가 받도록 하려면 다음과 같이 한다. 


int jmpcount = 0 ； 
jmpCount ++； 

longjmp (jmpPos, jmpCount);/*longjmp 의 인수에 jmpCount 를 입 력 */ 
result = setjmp (jmpPos) ;/*result 에 jmpCount 값이 들어 옴*/ 


이 기능을 리용하면 longjmp 로부터 원하는 값을 전달받을수 있을뿐아니라 longjmp 
가 제대로 수행되였는가 하는것도 검사할수 있다. 그러면 setjmp 와 longjmp 를 활용한 실 
례프로그람을 만들어보자. 

아래 의 실례 프로그람은 프로쎄 스의 시 작지 점 에 setjmp 를 설정 한후 신호가 발생 하면 작 
업을 실행할 신호조종기안에서 longjmp 가 실행되도록 만든 프로그람이 다. 따라서 신호 
처리와 프로쎄스의 시작이 반복되는 결과를 가져온다. 이때 long jmp 가 세번 실행되면 프 
로그람은 랄퇴하게 된다. 이를 위해 이행회수를 계수하여 몇번 실행되였는지 검사한다. 


실례프로그람 : exjmp.c 

1 

ttinclude <signal.h> _ 

2 

#include <setjmp.h> 

3 


- 4 1 

/* jmp 할 위치를 가지는 변수선언 */ 

5 

jmp_buf jmpPos; _ 

6 

/* jmp 시 증가하는 계수기 */ 
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7 

int jmpCount ； _ 

8 


9 

/* jmp 를 수행 하는 함수 */ 

10 

int runJumpO 

11 

{ 기 

12 

/* jmp 계수기 증가，계수기 를 리 용하여 완료시점 검사 */ 

13 

_ jmpCount ++； _ 

14 

if (jmpCount < 3) 

15 

= { 1 

16 」 

printf(’’\n 아직 완료할수 없습니다 . \n’’); 

17 

= } 1 

18 

_ else _ 

19 

= { 1 

20 

一 printf(’’\n 완료모듈로 이동 \n ’’); 一 

21 

} 1 

22 


23 

/* 이 시점에서 발생하는 sigint 신호는 무시 */ 

24 

signal (SIGINT, SIG_IGN) ； 

25 


"6—; 

/* 지정된 위 치로 복귀， jmp 의 계수기를 파라메 터로 활용 */ 

27 

_ long jmp (jmpPos, jmpCount) ； _ 

28 

} 의 

29 


30 

/* main 0 함수 */ 

31 

int mainO_ 

32 

{ 

33 

/* setjmp 로부터 값을 받을 변수의 초기화 */ 

34 

int result = 0; 

35 

/* jmp 계수기 초기화 */ 

36 

_ jmpCount = 0 ； _ 

37 


38 

/* set jmp 실행 ， longjmp 가 실행되면 result 값을 변화 */ 

39 

_ result = setjmp (jmpPos) ； _ 

40 


41 

/* longjmp0 가 세번 실행되였으면 system 을 완료 */ 

42 

if (result >= 1) 
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43 

{ 

44 

printf ( n \n system 완료중. .. \n’’) ; 

45 

sleep (2) ； 

46 

exit(l); 

47 

= } 1 

48 


49」 

/* 신호조종기 설정 */ 

50 

signal ( SIGINT , runJump) ； 

51 


52 

/* 주프로그람 실행， result 값을 리용하여 통보문작성 */ 

53 

while ⑴ 

54 

{ 

55 

_ sleep (1) ；_ 

56 

printf (”%d 번째 단계 로 프로그람 실행 중. . . \n’’，result) ; 

57 

} 1 

58 

return 1； 

59 

} 


그러면 프로그람을 를파일하고 실행시켜보자. 프로그람을 실행시킨 다음 Ctrl + C 건을 
리용하여 신호를 세번 전송시키도록 한다. 신호가 3번 실행되면 프로쎄스는 탈피한다. 그 
림 3-8 에 ex _ jmp . c 의 실행결과를 표시하였다. 



그림 3-8. exjmp.c 의 실행결과 
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Ipv6 (Internet protocol version 6 ) 은 어떤 규약안가 

IPv6 은 현재의 표준적 인 인터네트통신규약인 IPv4 를 대 신하는 다음 세대의 통 
신규약이 다. 현재 의 인 터 네 트의 주소 공간이 안고있는 여 러 가지 문제 (콜라스묘 의 고 
갈，경 로조종정 보의 포화， 32bit 주소의 고갈 등)들을 해결하기 위 하여 제정되 였다. 
처음에는 IPng (다음 세대의 IP) 로서 연구사업이 시작되고 최종적으로 1994 년 7 
월 IETF (인터네트기술개발집단)의 회의에서 SIPP16 을 기초로 한다는데 합의하 
여 같은 해 12 월 에 표준규격 을 완성 하였 다. IPv4 의 불필요한 기 능을 삭제 하고 새 
토운 기능을 추가한 형태로 설계되였다. 

IPv4 와 비 교되는 중요한 변경 내 용은 

① 32bit 로부터 128bit 에 로의 주소공간의 비 약적 인 확대 

② 간소화된 머리부분형식 

③ 경로처리 등의 고속화 

④ 기능의 확장성과 유연성 

⑤ 안전보호기능의 도입 등이다. 

1996 년이후 실증실험을 위한 6bone 이라고 부르는 세계적인 규모의 망이 구축 
되고 실행을 위한 모든 검사가 진행되였다. 
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스레드 


서폰 


이 장에서는 스레드를 작성하고 실행시키는데 리용되는 체계호 
출함수에 대해 배우게 된다. 스레드는 프로쎄스안에서의 실행 단위 
를 말한다. Linux 는 체 계안에서 여 러개의 프로쎄 스가 동시 에 실 
행하는 다중프로쎄스를 지 원하듯이 프로쎄스안에서 도 여 러개의 스 
레드가 동시 에 실행되는 다중스레 드를 지 원하고있다. 

Linux 체 계는 다중프로쎄스와 다중스레드를 통하여 체 계 자원의 
활용을 높일수 있도록 만들어준다. 동일한 프로쎄스안에 있는 스레 
드들은 프로쎄스가 가지고있는 자원들을 공유할수 있다. 따라서 프 
로쎄 스들사이 에서는 쉽 게 주고받을수 없었던 통보문교환이 나 자료 
공유를 쉽 게 진행할수 있 다. 

스레드를 적절히 활용하면 하나의 프로쎄스가 여 러 프로쎄스의 조 
합처 럼 움직이도록 만들수 있다. 4장에 나오는 절들은 다음과 같다. 


목표 

1. 스레드에 대한 간단한 소개 

2. 스레드를 우 I 한 체계호출함수 

3. 스레드프로그람작성 
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제1절. 스레드에 대한 간단한 소개 


4.1.1. 스레드의 활용 

스레드를 생성하고 기동할수 있도록 만들어준것은 개발자에게 있어서 매우 유익하다. 
그것은 이것을 리용하면 여러개의 스레드가 동시에 실행되도록 만들수 있으며 이것은 류 
사한 작업을 동시에 수행하거나 서로 별개 인 작업을 동시에 수행할수 있도록 해주기때문 
이다. 

그러면 여러개의 프로쎄스를 실행할수 있는 다중프로쎄스가 이미 지원되는데 다중스 
레드처리가 어떻게 좋은가 하는 의문이 생긴다. 스레드도 프로쎄스처럼 자체의 탄창과 변 
수를 가질뿐아니라 프로쎄스안에 있는 대역변수나 신호조종기 또는 파일정보 등도 공유하 
게 된다. 

따라서 프로쎄 스안에 서 프로쎄 스를 생 성하는것 과 스레 드들을 만드는것 은 그의 사용에 
서 많은 차이가 있다. 단편적으로 프로쎄스들사이에는 련결된 통로를 개발자가 특별히 만 
들고 이것을 관리해야 하지만 스레드들은 그렇게 하지 않아도 된다. 다중프로쎄스는 개별 
적 인 프로그람이 독립적 으로 실행되는것 이지만 다중스레 드는 프로그람안의 함수들이 동시 
에 실행하는것으로 리해하면 좀 더 리해가 쉽다. 

스레드의 사용과 프로쎄스의 사용은 체계에 걸리는 부하측면에서도 차이가 있다. 즉 
스레드를 러용하는것이 체계의 부하를 적게 걸러게 하는 측면에서 더 우점이 있다. 이것 
은 프로쎄 스를 생 성시 키는데 사용되 는 부담이 스레 드를 생성 시 키는데 사용되 는 부담보다 더 
크기 때문이 다. 

체계개발측면에서도 프로쎄스(프로그람)를 하나 추가하는것과 함수를 하나 추가하는 
것은 차이가 있다. 스레드를 리용하여 특정한 작업을 수행하는 함수를 별도로 기동시키면 
이러한 역할을 수행하는 프로쎄스와 류사한 효과를 거둘수 있다. 이때 스레드들사이에 작 
업결과를 공유하거나 필요한 상태검사를 하는것이 프로쎄스들사이에서 보다 훨씬 효과적 
이고 개발기간을 단축할수 있다. 

하지만 다중프로쎄 스보다 다중스레 드가 항상 더 좋은것은 아니 다. 특정 한 스레 드를 잘 
못 리용하면 다른 스레드에도 치명적인 영향을 미쳐 전체적으로 프로쎄스가 오동작을 할 
수도 있다. 이것은 여러개의 프로쎄스를 리용하는 경우보다 더 많은 문제를 발생시킨다. 그 
리고 다중스레드를 사용하지 않은 프로쎄스의 오유제거보다 다중스레드를 사용한 프로쎄 
스의 오유제거가 훨씬 더 어렵다. 

다중스레드의 내부에 숨어 있는 구조적 인 오유는 쉽게 찾기가 힘들다. 특정한 스레드 
가 한번 오동작하기 시작하면 프로쎄스내부의 다른 변수들에도 영향을 미치게 되는데 이 
때 어떤 모둘에 의 해 잘못된 값이 나오는가를 해명 하기는 쉽지 않다. 

그리고 개발림의 작업분배에 있어서도 여러개의 프로쎄스를 작성하는것보다 작업분 
배가 복잡하다. 개발이 끝난후 작업결과에 대한 개발림사이의 시험도 쉽지는 않다. 또한 체 
계의 관리에 있어서도 오동작을 일으키는 프로쎄스를 찾아서 재기동시키거나 완료시키는 
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것은 쉽지만 오동작을 일으키는 스레드를 찾아내서 관리하는것은 매우 어렵다. 

이러한 약점을 가지고있지만 여전히 스레드는 개발과정에 널리 리용되고있으며 특히 
여 러 가지 작업을 수행 하도록 프로그람을 만들어 야 하는 경우에 개 발자들속에서 널리 러 용 
되고있 다. 



다중처리기 

CPU (중앙처 리 장치 ) 를 여 러 개 탑재 하고있는것 을 말한다. 매 개 의 CPU 에 처 리 를 분 
산시킴으로써 처리성능을 높일수 있다. 주로 봉사기나 전문가작업기에서 리용된다. 그 
러 나 다중처 리 기 에 대 응하는 CPU 와 조작체 계 가 필 요하다. 

대 응하는 조작체 계 로서는 Windows NT/XP 나 OS/2, 일부 UNIX 계 렬의 조작체 
계 등이 있 다. Windows 95/98 은 대 응하지 않는다. 또한 Microsoft BackOffice 나 
Oracle, Sybase, Informix 등을 리용하는 자료기지프로그람이 다중처리기에 대응하 
는 경우에는 그 프로그람의 준위에서도 고속화를 실현할수 있다. 


4.1.2. 스레드의 고려사항 

스레 드가 제 공되 기 이전에는 다중과제 처 리기 법을 리 용하여 체 계 를 구축하였 다. 동시 
에 작업해야 할 일이 없는 체계라면 특별히 다중과제처리를 고려할 필요는 없을것이다. 그 
리나 다양한 작업을 수행해야 하는 체계라면 동시에 여러개의 작업을 수행해야 하는 경우 
가 많다. 

이러한 경우에 다중프로쎄스를 작성해서 체계를 기동시켜야만 했는데 프로쎄스사이 
에 작업공유의 어 려 움과 프로쎄 스들의 자원공유，그리 고 프로쎄 스들사이 의 작업교대 시 간 
랑비 등 문제들을 해결하기 위한 방법으로서 다중스레드기법 이 나오게 되 였다. 

다중스레 드기 법 이 나오기 이전에는 프로쎄 스안에서 하나의 스레 드만이 기동하였 다. 즉 
main () 함수를 대 변하는 하나의 스레 드가 main () 함수의 시 작과 함께 기동을 시 작하고 완 
료와 함께 기동을 멈 추는 방법이 였다. 따라서 이 전에 는 스레 드와 프로쎄 스를 따로 구분할 
필요가 없었다. 

하지만 하나의 프로쎄스안에서 여러개의 스레드가 병렬작업을 수행하는 다중스례드 
에서는 프로쎄스를 스레드의 조합으로 해석할수 있다. 

스레드들은 프로쎄스내부의 자원을 공유한다고 했는데 여기에는 내부의 대역변수도 해 
당된다. 만일 서로 다른 스레드들이 동일한 대역변수를 변경시킨다면 변수사용에서 문제 
가 발생하게 된다. 

실례를 들어 다음의 경우를 보자. 

평 양역과 평성 역 에서 청 진으로 가는 기 차표를 동시 에 판매 하는 경우 평 양역 에 있는 차 
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표판매체계와 평성역에 있는 차표판매체계가 하나의 자료기지를 가지고 작업을 한다고 가 
정하자. 만일 청진행 렬차에 좌석이 하나만 남은 상태에서 평양역과 평성역에서 두명의 손 
님이 거의 동시에 기차표를 신청했다고 하자. 

그러면 먼저 신청을 받은 평양역의 차표판매체계는 좌석수를 검사하고 남아있는 하 
나의 좌석에 대해 차표를 팔아 줄것이다. 이때 기차표의 처리가 끝나기도전에 이번에는 평 
성역의 차표판매체계가 남은 좌석을 검사한다. 아직 평양역에서 "차표판매"라는 자료처리 
가 끝나지 않았기때문에 좌석이 하나 남은것으로 나오게 되므로 평성역에서도 같은 자리 
의 차표를 판매한다. 

평양역에서 처리가 끝나면 자료기지에 차표판매를 기억시킬것이며 평성역에서도 처 
리 가 끝나면 평 양역 에 서 처 리 한 자료기 지 에 평 성 역 에서 처 리 한 자료를 덮어씌 울것 이 다. 그 
리면 하나의 좌석에 나간 두장의 차표로 문제가 발생하게 되며 두 손님중 어느 한 손님은 
기 차를 못타게 된다. 

이 과정을 스레드와 비교하여 보면 이러한 문제가 발생한 리유는 스레드가 하나의 자 
료기지를 완전히 처리하기도전에 또 다른 스레드가 자료기지를 사용하였기때문이다. 

이런 현상이 없도록 하려면 어떤 스레드가 자료를 완전히 처리하기전에는 다른 스레 
드가 자료기지에 접근하지 못하도록 막아주어야 한다. 우의 실례에서 다른곳의 접근을 막 
는다면 평 양역 의 차표판매 체 계 가 자료기 지 에 접 근할 때《 해 당 자료기 지 처 리 중》이 라는 통 
보문과 함께 자료기지를 사용하지 못하도록 하면 된다는것 이 다. 

이 제 평 양역 에 서 자료기 지 를 사용하고《 차표판매》라고 자료처 리 를 끝낸 다음 평성 
역의 차표판매체계가 자료기지를 읽는다면 우와 갈은 현상은 나타나지 않을것 이다. 

또한 이려한 경우 주의를 돌려야 할것은 평양역의 차표판매체계에서 처리도중 문제 
가 발생했는데 자료기지접근금지를 해제하지 않으면 평성역의 차표판매체계는 무한정 기 
다리기만 해야 한다는데 주의를 돌려야 한다. 이 실례를 통하여 다중스레드의 설계나 구 
현이 그렇게 쉽지는 않다는것을 알수 있다. 

그러나 너무 힘들게 생각할 필요는 없다. 그것은 스레드에서 이러한 자원의 관리가 가 
능하도록 여러가지 기법을 제공하고있기때문에 설계 및 실천 단계에서 적절히 적용하면 되 
기 때문이다. 

이러한 리유 등으로 인하여 개발자의 능력에 따라 스레드는 프로쎄스의 성능을 높일 
수도 있고 성능을 낮출수도 있다. 

체계를 개발할 때 다중스레드를 적용할 일이 없겠는지 미리 잘 연구해두는것이 좋다. 
그것은 개발도중에 처음에는 고려하지 않았던 다중스레드기법을 적용하려면 체계의 구조 
를 변경해야 하는 경우가 생길수 있기때문이다. 그러나 다중스레드를 적용하면 생각지 못 
했던 전체 체계의 성능을 높일수도 있다. 따라서 설계나 분석단계에서 충분한 연구와 실 
험을 거친후에 다중스례드의 사용을 진행하여야 한다. 
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제 2 절. 스레드를 위한 체계호출함수 

스레드를 위해 사용할수 있는 체계호출함수에는 Linux 내부스레드와 표준으로 정의 
한 POSIX 스레드가 있다. 지금은 대부분의 개발자들이 표준으로 정의된 POSIX 스례드를 
많이 사용하므로 여기서도 POSIX 스레드함수들을 기본으로 설명하겠다. POSIX 스레드함 
수를 사용하면 POSIX 에 따르는 다른 가동환경에서도 동일한 API 를 사용하면 되기때문 
에 코드를 수정하지 않아도 된다. 물론 가동환경 이 달라지면 콤파일을 다시한다든가 하는 
작업들은 필요한것 이 다. 그러 나 만일 POSIX 가 아닌 다른 함수를 리용하면 다른 가동환 
경 에서의 코드변경작업은 필수적 으로 제기된다. 

4.2.1. pthread_create() 

스레 드와 관련된 체 계 호출중 첫 번째 로 보아야 할 내 용이 p 比 iread_create() 함수이 다. 
p1;hread_create() 함수는 스레드로 실행할 모둘을 지정하고 해당 모둘을 실행시키는 작업 
을 수행한다. 이를 위해 사용하는 구조 (struct) 는 p 比 iread_t 인데 이 구조체를 러용하여 스 
레드를 표현하게 된다. 

p 仕 iread_create 는 다음과 같이 네개의 인수를 받아들이게 되는데 사용하지 않는 인 
수는 NULL 로 처 리 하면 된다. 

j pthread_create (pthread_t*, pthread_attr_t*, (void*)func, (void*)arg) : | 

인수로 사용된 pttiread_attr_t 형의 구조체는 스레드의 속성을 설정하는 값을 의미한 
다. 그러고 void 의 지적자형변수 func 는 스레드로 실행될 함수의 이름을 의미한다. 마 
지막으로 사용한 void 의 지적자형변수 arg 는 스레드에 전달할 자료가 있으면 사용한다. 

pthread_create() 함수의 간단한 사용형식을 보면 다음과 같다. 


♦include <pthread. h> 

void* subThread(void* arg )； /* 스레드로 실행될 모둘의 선언 */ 

pthread_t subTh_t ； /* 스레드구조선언 */ 

pthread_create(&subTh_t, NULL, subThread, NULL) : 

/* 스레드생성 및 실행 */ 


그러 면 P 比리용하여 스레 드프로그람을 작성해보자. 아래 의 실례프 
로그람은 부분스레드를 만들어서 부분스레드와 주스레드가 각기 개 별적 으로 움직 이면서 
화면에 통보문을 출력 하는 프로그람이다. 


실례 프로그람 : pth_create. c 

1 

^include <stdio. h>_ 

2 

ttinclude <pthread. h>_ 

3 
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4 

/* 새롭게 생성되여 실행될 부분스레드모둘 */ 

5 

void* subThread (void* arg) 

6 

{ 

7 

/* 부분스레 드의 작업 : 2s 마다 통보문출력 */ ~ 

8 

while (1) 

9 

{ 

10 

sleep(2) : 

11 

printfC ” 부분스레드 동작중 ! \n n ); 

12 

} 

13 

} 

14 


15 

/* main 함수 */ 

16 

int main () 

17 

{ 

18 

/* 스레드구조선언 */ 

19 

pthread_t subTh_t ； 

20 


21 

/* 스레드구조와 스레드모둘을 러용하여 스레드를 생성 */ 

22 

if (pthread_create (&subTh_t, NULL, subThread, NULL)) 

23 

{ - 

24 

printf ("부분스레드의 생성에 실패 \n"); 

25 

_ return 0 ； _ 

26 

} 

27 


|28 

/* 주 (main) 스레드의 작업 : Is 마다 통보문출력 */ 

29 

while ⑴ 

30 

{ 

31 

sleep (1) : 

32 

一 printf (”주스레 드 동작중 ! \n "); 一 

33 

} 

34 

return 1 ； _ 

35 

} 

36 



우의 실례프로그람을 보면 주스레드와 부분스레드가 모두 무한순환을 하고있다는것 
을 알수 있다. 프로그람을 다중스레 드로 만들지 않으면 동시 에 두개의 모둘을 무한순환시 


90 


탄資#월^數 






키는것은 힘들지 만 다중스레드를 만들면 어 렵지 않게 할수 있다. 

우의 프로그람을 롬파일하여 실행 해 보자. 그림 4-1 에서는 주스레 드와 부분스레 드가 모 
두 무한순환하고있으므로 특정한 스레드가 먼저 완료되는 경우를 확인할수 없다. 

그렇 다면 우의 실례 에서 만일 주스레드가 완료된다면 어 떻게 되겠는가? 실례 프로그 
람에는 특별히 스레드를 완료시키는 부분이 없기때문에 주스레드가 완료되면 전체 프로쎄 
스도 완료된다. 



그림 4-1. pth_create.c 의 실행결과 

4.2.2. pthread _ exit 0와 pthread _ self 0 

프로쎄스가 완료되면 내부에 있는 스레드들은 모두 완료되게 된다. 이때 주스레드 
만 완료가 되고 프로쎄스에는 문제가 없도록 하려면 어떻게 해야 하겠는가? 

만일 그렇게만 된다면 주스레드의 완료와 무관계하게 부분스레드들이 각자에게 맡겨 
진 작업을 수행할수 있을것이다. 

_ e 

알아둡시다 

부분 스레드 의 경우에는 특별한 조작이 없이 실행이 중지되여도 프로쎄 스는 
완료되지 않는다. 


이런 경우 p 比 iread _ exit () 를 리용하여 주스레드만 완료가 되고 프로쎄스는 완료되지 
않도록 할수 있다. p 比 iread _ exit () 함수는 프로쎄스의 완료를 위해 사용하는 exit 0함수 
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와 비슷한데 다음과 같이 간단하게 사용할수 있다. 


pthread_exit (0) : 


pttiread _ exit 에서 리용되는 인수의 설명과 사용방법은 p 仕 iread _ join () 에 대하여 해 
설하면서 자세히 설명하기로 하자. 

프로쎄스가 ID 를 가지고있는것처럼 스레드도 ID 를 가지고있으며 이것을 알아볼수 있 
다. 이때 사용되는 체계 호출함수는 p 比 iread _ self 0 이 다. ptiiread_self 0 함수가 반환하 
는 값을 리용하여 스레드의 ID 를 얻을수 있다. 

그러면 pthread _ exit () 와 p 比 iread_self () 를 리 용한 실례 프로그람을 작성 해 보자. 아 
래 의 실례 프로그람에서 는 주스레 드는 완료되 고 부분스레 드만 실행 되도록 만든 프로그람이 
다. 그러고 부분스레드가 실행되면 부분스레드의 ID 를 화면에 현시한다. 


실례 프로그람: pth getid . c 

1 

2 

tinclude <stdio. h> 

#include <pthread. h> 

3 


4 

/* 새롭게 생성되여 실행될 부분스레드 모둘 */ 

5 

void* subThread(void* arg) _ 

6 

{ 

7 

/* 부분스레 드의 번호를 출력 */ 

8 

int subThID = pthread_self() : 

9 

printfC ” 부분스레드 번호 : %d\n",subThID )； 

10 


11 

一 /* 부분스레 드 작업 : 매 초마다 통보문 출력 */ 一 

12 

while (1) 

13 

{ 

14 

sleep(1); 

15 

一 printf ("부분스레드 동작중 ! \n ”); 一 

16 

} 

17 

} 

18 


19 

/* 프로쎄스의 main 함수 */ 

20 

int mainO _ 

21 

{ 

22 

/* 스레드 구조 선언 */ 

23 

pthread_t subTh_t ； 

24 

/* 주스레드의 번호 둘 출력 */ 
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25 

int mainThID = pthread_self () : 

26 

printf (，，주스레드 번호 : %d\n",mainThID )； 

27 


28 

/* 구조와 함수를 리 용하여 스레 드생 성 */ 

29 

if (pthread_create (&subTh_t, NULL, subThread, NULL)) 

30 

{ - 

31 

printf ("부분스레드의 생성에 실패 \n"); 

32 

_ return 0 ； _ 

33 

} 

34 


35 

/* 주스레드의 완료， subTh_t 번호 출력 */ 

36 

一 printf ("주스레 드를 완료 . 부분스레 드 ID: %d\n", subTh_t) ；一 

37 

_ pthread_exlt (0) ;_ 

38 


39 

} 


프로그람작성이 끝났으면 콤파일을 진행하고 실행하여보자 . 프로그람의 실행을 통해 
부분스레드만 실행되는것과 부분스레드의 ID 를 화면에 현시한것을 볼수 있다 . (그림 4-2) 



그림 4-2. pth_getid.c 의 실행결과 
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다중스레드로 작업을 하게 되면 특정한 스레드의 완료를 기 다려야 하는 경우가 있다. 
그리고 해당 스레드의 작업결과를 보고 작업을 다시 하던지 아니면 다음 작업으로 넘어가 
야 하는지를 결정해야 할 경우도 있다. 

4.2.3. pthread_join() 

pthreadJoin 0 함수를 러용하면 특정한 스레드가 완료될 때까지 실행을 멈추도록 할 
수 있다. 그리고 해당 스레드가 완료되면서 되돌려준 값을 받아서 검사를 진행한다. 

먼저 pthreadJoin 의 사용형식은 다음과 같다. 


int pth read_join (pthread_t, void**) : 


여기서 ptiiread_t 는 완료를 기 다리는 스레드를 지정하고 void** 는 해당 스레드가 완 
료되면서 사용한 값을 얻어오는데 사용된다. 이때 해당 스레드는 값을 넘겨주기 위해 
pttiread_exit() 를 사용하게 된다. 

례를 들어 스레드가 ” pttiread_exit((void *)1)" 를 리용하여 완료하게 되면 
pttireadjoin 에는 1 에 대한 지적자가 전달된다. 따라서 스레드가 완료될 때 성공했을 경 
우와 실패했을 경우에 따라 exit 값을 다르게 주면 join 을 리용하여 스레드의 작업수행결 
과를 확인할수 있다. 

직접 실례프로그람을 통해 이를 확인해보자. 

아래의 실례 프로그람에서는 스레 드를 만든다음 pttireadjoin 을 리 용하여 스레드가 완 
료될 때까지 대기하며 그 다음 스레드가 완료되면서 보내온 값을 받아서 화면에 출력 하게 
된 다. 


실례프로그람: pth」oin.c 

1 

#include <pthread. h> 

2 


3 

/* 새롭게 생성되여 실행될 부분스레드 모듈 */ 

4 

void* subThread(void* arg) 

5 

{ 

6 

printf(” 부분스레드의 동작을 시작! \n ’’); 一 

7 

sleep(1) ; 

8 

printf(” 부분스레드의 동작을 완료! \n’’); 

9 

pthread_exit ((void *)1); 

10 

} 

11 


12 

/* main 함수 */ 


94 


탄資#월致찰 








스레드 


13 

int main () 

14 

{ 거 

15 

/* 스레 드구조선언 */ 

16 

pthread_t subTh_t ； 

17 

int *pstsVal; 

18 


19 

/* 스레 드구조와 스레 드모둘을 리 용하여 스레 드를 생성 */ 

20 

if(pthread_create(SsubTh_t, NULL, subThread, NULL)) 

21 

{ 

22 

printf(’’ 부분스레드의 생성에 실패 \n”); 

23 

return 0 ； 

24 

} 

25 


26 

/* pthread_join 을 리용하여 부분스레 드의 완료를 검사 */ 

27 

pthreadjoin (subTh_t, (void **) 技 pstsVal) ; 

28 


29 

/* pstsVal 값을 통해 완료상태를 출력 */ 

30 

printf ("pstsval : %d\n", pstsVal) ; 

31 

return 1 ； 

32 

} 


그림 4-3 에서 프로그람의 실행결과를 보면 pstsval 변수에 스레드에서 넘겨준 값이 그 
대로 할당되였다는것을 알수 있다. 



그림 4-3. pthjoin.c 의 실행결과 
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우의 실례를 통하여 부분스레드가 주스레드에 간단한 정보를 전달한것을 볼수 있다. 
이번에는 스레드를 생성하여 실행시킬 때 특정한 자료 등을 인수로 전달하는것을 보자. 

4.2.4. 통보문전달 

스레드를 만들어 실행할 때 특정한 자료를 전달해야 할 경우가 많다. 스레드는 프로 
쎄스안의 자원을 공유하기때문에 대역변수를 리용하면 어렵지 않게 스레드사이에 자료를 쉽 
게 주고받을수 있을것 이 다. 하지만 대 역변수의 사용은 고려하는것 이 좋으며 모든 자료를 대 
역변수로 만들수도 없다. 

이때에는 스레드 에 원하는 자료를 인수로 넘겨주는것이 좋다. 앞에서 

pthread_create () 함수의 사용형식을 소개할 때 다음과 같이 void* 형의 arg 를 보았다. 


pthread_create ( pthread_t*, pthread_attr_t*, (void*)func, (void*) arg ) : 


이렇게 void 의 지적자형변수를 리용하여 원하는 형의 자료를 주고받으면 되는데 이 
때 사용하는 형이 void 의 지적자형변수이기때문에 특별히 정해진 형이 없다. 따라서 사 
용자가 원하는 구조체를 만들어 전달할수도 있다. 

례를 들어 소케트를 리용하여 외부체계와 콤퓨터망접속을 하려고 하는데 이것을 스레드 
로 처리한다고 하자. 이를 위해 스레드에 접속하려는 체계정보를 전달한다. 그러면 해당 정 
보를 받은 스레드는 이것을 리용하여 콤퓨터망의 접속과 자료전송을 담당하게 된다. 그러면 이 
러한것을 바탕으로 하는 실례프로그람을 만들어보자. 여기에서 스레드에 전달하려고 하는 자 
료의 형은 다음과 같다. 


typedef struct 

{ 

char *ipAddr ； /* IP 주소 */ 
char *hostName ； /* 장비 이 름 */ 
int portNo ； /* 포구번호 */ 

} IpInfoType; 


이것을 void* 형으로 강제형변환하여 스레드에 전달하게 된다. 그러면 스레드는 void* 
형으로 들어온 인수를 IpInfoType* 형으로 또 다시 강제형변환을 한 다음에야 해당 정보 
를 꺼내올수 있다. 이것을 구현한 실례프로그람을 작성하자. 


실례프로그람 : pth_msg.c 

1 \ 

#include <stdio. h> 

2 

#include <pthread. h> 

3 


4 

/* 스레드에게 전달할 구조체 */ 

5 

Typedef struct 
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6 

7 

8 

9 

10 

11 

12 

13 

14 

15 

16 

17 

18 

19 

20 

21 

22 

23 

24 

25 

26 

27 

28 

29 

30 

31 

32 

33 

34 

35 

36 

37 

38 
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char *ipAddr; /* IP 주소 */ 

char *hostName ； /* 장치 이 름 */ 
int portNo; /* 포구번호 */ 

} IpInfoType ； 

/* 부분스레 드모듈 */ 

void *setConnect (void *ipInfo) 

{ 

/* 강제 형 변환 작업 : void -> IpInfoType */ 
IpInfoType *connInfo = (IpInfoType*) iplnfo; 


/* 구조체의 각 정보를 화면에 출력 */ 

printf( f, setconnect 스레드 실행 \n’’); 

printf ("ipaddress : %s\n", connInfo->ipAddr); 

printf (’’hostname: %s\n’’,connInfo - 〉 hostName) ； 

printf (’’portno: %d\n’’,connInfo- 〉 portNo); 

printf (’’해당 system 으로 접속중… \n"); 

sleep (1 )； 

} 

/* 프로쎄스의 main 함수 */ 
int main () 

{ 

/* 스레드 선언 */ 

pthread_t setConnect_t ； 


/* IpInfoType 구조체 를 생성한 다음 값을 입력 */ 

IpInfoType iplnfo ； 
ipInfo.ipAddr = ”192.168.8.100，，; 
iplnfo. hostName = ’’kkk”; 
iplnfo. portNo = 9000; 

/* 부분스레드를 생성. 이때 iplnfo 를 void 형으로 형변환 후 전달 */ 


@혈활 @출⑩철製⑩ 


97 





Urtux 망프로그람작성법 


39 

if ( pthread_create (& setConnect _ t , NULL , set Connect , (void *) 技 iplnfo )) 

40 

{ 1 

41 

printf (’’ setConnect _ t 스레 드의 생 성 에 실 패 !\ n ”) ； 

42 

return 0； 

43 

} 

44 

pthread _ exit (0) ； 

45 

} 


우와 같이 프로그람작성이 끝났으면 를파일을 진행하고 실행을 시켜보자. 프로그람 
의 실행을 통해 주스레드에서 전달한 내용을 부분스레드가 받아 활용하는것을 볼수 있다. 



그림 4-4. pth_msg.c 의 실행결과 


알 0 ■다 

스레 드에 자료를 전 달하기 위 한 알맞는 구조체 를 적 당히 정 의 한 다음에 는 프로쎄 스에 서 
생성한 모든 스레드에 일률적으로 전달하는것이 좋다. 실례로 체계정보나 다른 
스레 드에 대 한 상태 를 전달해서 스레 드의 초기 화나 마지 막에 활용할수 있도록 만들수 
있 다. 


4.2.5. pthread_attr 

P 仕 iread _ create () 함수의 사용형식에 대한 설명에서 스레드의 속성을 변경시키기 위하여 
사용하는 구조체 로 ptiiread _ attr _ t 가 있다고 했다. ptiiread _ attr _ t 는 해 당한 특성을 설정 하고 
스레드를 생성할 때 함께 사용한다. 이때 사용되는 체계호출함수에는 p 仕 iread _ attr _ xxx () 가 
있는데 p 仕 iread _ attr _ xxx () 함수의 간단한 사용형식을 보면 다음과 같다. 


98 


탄資#철致찰 














스레드 


pthread _ attr_t subAttr _ t ； /* attr_t 형의 subAttr_t 선언 */ 
pthread _ attr _ init (& subAttr _ t ) : /* subAttr_t 변수초기 화 */ 
pthread _ attr _ setXXX (& subAttr _ t , … )； /* subAttr_t 변수에 값을 설정 */ 
pthread _ attr _ getXXX (& subAttr _ t , •••);/* subAttr_t 변수의 값을 조회*/ 
pthread _ create ( … , 沒 subAttr _ t , … ， NULL );/* subAttr_t 를 리용하여 
스레드를 々성 */ 

pthread _ attr_destroy (& subAttr _ t ) : /* destroy () 를 통해 subAttr_t 제 거 */ 


그러면 스레드의 속성을 설정하고 이것을 리용하여 스레드를 생성하는 실례프로그람 
을 만들어보자. 아래의 실례프로그람에서는 탄창크기를 조절하는 pthread _ attr _ t 구조체 
를 작성한 다음 이것을 스레드생성에 적용한 실례를 보여주고있다. 이를 위해 사용된 함 
수는 다음과 갈다. 

pthread _ attr _ setstacksize () : pthread _ attr_getstacksize ( ); 


그러면 원천코드를 보도록 하자. 


실례프로그람: pthread_attr 

1 

#include <pthread. h> 

2 


3 

/* attr t 형의 대 역변수 subAttr t 선언 */ 

4 

pthread_attr_t subAttr_t；_ 

5 


6 

/* 새로 생성되여 실행될 부분스레드 모둘 */ _ 

7 

void* subThread (void *arg) 

8 

Ij 

9 

一 /* 기 억기크기의 변수선언 */ 一 

10 

size_t memSize； 

11 

/* 탄창크기를 얻은 다음 출력 */ 

12 

pthread attr getstacksize(&subAttr t, SmemSize) ; 

13 

printf(” 부분스레 드 attr 의 탄창크기 : %d\n", memSize) : 

14 

pthread exit (0) ; 

15 

[} 

16 


171 

/* main 함수 */ _ 

18 

int main () 
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19 

— 

20 

/* 스레드구조와 기 억기크기 변수선언 */ 

21 

pthread t subTh t ； 

22 

size_t memSize; 

23 


24 

/* initO 함수를 리 용한 subAttr_t 의 초기화 */ 

25 

pthread attr init (&subAttr t ) ; 

26 


27 

/* 초기화된 subAttr t 의 탄창기억기크기를 가져오기 */ 

28 

pthread attr getstacksize(&subAttr t, SmemSize) ; 

29 

printf(’’attr 의 초기 탄창크기 : %d\n" ， memSize) ; 

30 


31 

/* subAttr_t 의 탄창기억기크기 설정후 다시 가져오기 */ 

32 

pthread attr setstacksize(&subAttr t, 1024*3) ； 

33 

pthread_attr_getstacksize(&subAttr_t, &memSize) ; 

34 

printf ("주스레 드 attr 의 탄창크기 : %d\n", memSize) ； 

35 


36 

/* 스레 드구조와 스레 드모둘을 리 용하여 스레드 생성 */ 

37 

if(pthread_create(&subTh_t, &subAttr_t, subThread, NULL)) 

38 

一 { 一 

39 

_printf ("부분스레드의 생성에 실패 \n”); _ 

40 

return 0 ； 

41 

一 } 一 

42 


43 

卜， pthreadjoin 을 리용하여 부분스레 드의 완료때 까지 대 기 */ 

44 

_ pthreadjoin(subTh_t, NULL); _ 

45 


46 

_ /* destroy 0 를 통해 subAttr_t 제거 */ _ 

47 

pthread attr destroy (&subAttr t) ； 

48 

return 1 ； 

49 

} 


프로그람이 실행되면 대역변수로 선언된 p 比 iread_attr_t 구조체가 가지고있는 탄창크 
기를 주스레드와 부분스레드에서 각각 현시한 결과를 볼수 있다. (그림 4-5) 
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그림 4-5. pth_attr.c 의 실행결과 



다중因•치 (multi-displ 約 0 

1 대 의 개 인용콤퓨터 에 2개 이 상의 영 상카드와 표시 장치 를 접 속하여 동시 에 현시 하 
는것을 말한다. 탁상출판과 같이 한대의 표시장치로는 다 볼수 없는 정도의 큰 편집 
화면이 요구되는 분야에서 필요한 기능이지만 오락 등에서 활용되는 경우도 많다. 최 
근에는 를퓨터의 능력이 비약적으로 높아져 이전에는 여러대의 름퓨터로 해야 하던 업 
무관리 나 사무행정관리를 한대의 콤퓨터로도 할수 있는 기술조건이 잦추어지는데 맞 
게 여러 부분들에서 다중표시장치를 널리 받아들이는 추세를 보이고있다. 


제3절. 스레드 프로그람작성 

이 절에서는 앞에서 소개하지 않았던 함수들을 리용하여 스레드에 좌물쇠를 잠그거 
나 해 제하는 방법 을 숙련해 보며 또한 C 언 어 가 아닌 C ++ 언 어 를 사용하여 스레 드를 구현한 
실례를 통하여 스레드에 대해 더 깊이 보도록 한다. 

4.3.1. mutex 

다중스레 드로 동작하는 체 계 에서 는 다중프로쎄 스에서 와 같이 동기 화문제 가 발생 하게 
된다. 이것은 여러개의 스레드가 동시에 특정한 령역을 사용할 때 문제로 제기되는데 이 
것을 제대로 해결하지 못하면 잘못된 자료를 사용하는 결과를 가져오게 된다. 

mutex 를 소개하기전에 동일한 령역을 사용하면 어떤 문제가 발생할수 있겠는가에 대 
해 간단한 실례를 통하여 보도록 하자. 실지 프로그람의 작성과 리용에서는 이 보다 더 치 
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명적인 문제가 수시로 발생할수 있기때문에 상당한 주의를 돌릴 필요가 있다 . 

아래의 실례프로그람은 대역변수를 리용하여 접속할 체계의 포구번호를 설정하는 프 
로그람이다 . 체계정보를 설정하는 함수가 존재하는데 주스레드와 부분스레드가 각각 이 함 
수를 호출하여 포구번호를 얻 어오게 된다 . 포구번호를 얻고나면 대 역변수는 하나씩 증가 
되고 이것을 리용하여 스레드들은 또 다른 포구번호를 활용하게 된다 . 여기서 주의할것은 
스레드들이 동일한 포구번호를 사용하지 않도록 만드는것 이다 . 동일한 포구를 사용하면 해 
당 스레드에 문제가 제기될뿐만아니라 전체 체계의 동작에도 문제가 발생할수 있다 . 그러 
면 먼저 원천파일을 보도록 하자 . 원천코드를 보면서 어떤 곳에서 어떤 문제가 생기겠는 
가에 대해서 생각해보자 . 


실례 프로그람 : pth_nomutex. c 

1 

tinclude <stdio. h> 

2 

#include <pthread.h> 

3 


4 

/* 스레드가 사용할 IpInfoType 선언 */ 

5 

typedef struct 

6 

{ 

7j 

char *ipAddr; /* IP 주소 */ 

8 

char *hostName ； /* 장치 이 름 */ 

9 

int portNo ； /* 포구번호 */ 

10 」 

} IpInfoType ； 

11 


12 

/* 포구번호에 사용될 계수기 선언 */ 

13 

int countNo = 0 ； 

14 一 ] 


15 

/* IpInfoType 에 값을 넣은후 지적자 (pointer) 를 반환하는 함수 */ 

16 

IpInfoType *get_iplnfo (void) 

17 

{ 

18 

/* IpInfoType 구조체생성 후 값을 입 력 */ 

19 

IpInfoType iplnfo ； 

20 

int mutexRlt ； 

21 


22 

/* 계수기증가후 3s 휴식 */ 

23 

countNo ++； 
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24 

25 

26 

27 

28 

29 

30 

31 

32 

33 

34 

35 

36 

37 

38 

39 

40 

41 

42 

43 

44 

45 

46 

47 

48 

49 

50 

51 

52 

53 

54 

55 

56 


sleep(3 )； 

/* iplnfo 구조체 에 값을 입 력 */ 
ipInfo.ipAddr = ”192.168.8.100，，; 
iplnfo. hostName = ”kkk n ; 
iplnfo. portNo = countNo; 

return 技 iplnfo; 


스레드 


/* 부분스레 드모듈 . 접속대상장치의 포구를 입수 */ 
void *setConnect (void *arg) 

{ — 
IpInfoType *subInfo; 
printf ( ，， SETCONNECT 스레 드실 행 난 !，，) ； 

/* get_ipInfo() 함수를 매초마다 호출 . 포구번호 출력 */ 
while ⑴ 

{ — 

subinfo = get_ipInfo() ； 

/* 포구번호를 화면에 출력 */ 

printf ("부분스레 드가 가진 포구번호 : %d\n’’ ， subInfo- 〉 portNo) ; 
sleep(l) ； 


/* 프로쎄스의 main 함수 */ 
int mainO 
{ 

/* 스레드선언 */ 
pthread_t setConnect_t ； 
IpInfoType *mainInfo; 
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57 

/* 부분스레드 생성 */ 


if ( pthread _ create (& setConnect _ t , NULL , setConnect , NULL )) 

59 

{ 

60 

printf (" setConnect_t 스레 드의 생성 에 실패 !\ n ") ; 

61 

return 0； 

62 

} 1 

63 


64 

/* get_ipInfo() 함수를 매초마다 호출 . 포구번호 출력 */ 

65 

while (1) 

66 

{ 1 

67 

mainlnfo = get _ ipInfo () ; 

68 

printf (，’주스레 드가 가진 포구번호: % d \ n ’’, mainInfo _〉 portNo ) ; 

69 

sleep (1) ； 

70 

I 

71 

} 


원천파일을 분석하는 과정에 특별한 문제점을 찾지 못하였다면 원천코드를 를파일하 
고 실행시켜보자. 실행결과는 그림 4-6 과 같다. 



그림 4-6. pth_nomutex.c 의 실행결과 

프로그람의 실행결과에서 주스레드와 부분스레드는 동일한 포구번호를 계속 할당받 
았다는것 을 알수 있다. 이것은 두개 의 스레 드가 거의 동시 에 대 역변수를 증가시 키고 할당 
을 받았기때문이 다. 이 러한 문제는 쉽게 발생하며 쉽게 찾기 어 려운 오유이다.하지만 스 
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레드에서는 이러한 문제를 근본적으로 해결할수 있는 기법들을 제공하고있다. 

스레드의 동기화문제를 해결하기 위해 가장 많이 활용되는 기법이 바로 mutex 이다. 
mutex 는 뒤에서 소개될 신호기와 류사하며 특정한 령역을 하나의 스레드만이 사용할수 있 
도록 잠금 ( lock ) 과 잠금해제 ( unlock ) 를 적용함으로써 그의 리용방법은 아주 간단하다. 즉 
mutex 를 lock 시키면 다른 스레드는 unlock 될 때까지 계속 대기해야 한다. 그러다가 
unlock 시키면 대기하던 스레드는 그곳에 접근할수 있다. 이때 lock 시킨 스레드만이 
unlock 를 할수 있기때문에 특정한 령역에 대하여 오직 하나의 스레드만이 접근하는 원 
칙을 지킬수 있다. 

그러면 먼저 mutex 를 사용하기 위 해 제공되는 함수와 구조 ( struct ) 를 살펴 보자. 아 
래의것은 이러한 함수들의 간단한 사용형식들이다. 


pth read _ mutex_t mx_t ； 

int pth read _ mutex_init ( pthread _ mutex_t 

*, 

const 

pthread _ mutexattr_t *; 

int pthread _ mutex_lock ( pthread _ mutex_t *) ； 
int pthread _ mutex _ unlock ( pthread _ mutex_t * ); 
int pthread _ mutex _ destroy ( pthread _ mutex_t * ); 




먼저 mutex 를 사용하기 위해서는 p 比 iread _ mutex_t 형의 변수를 선언하고 
p 仕 iread _ mutex _ init 함수를 통해 초기화과정을 거처야 한다. 만일 함수를 실행하지 않 
고 초기화를 시키 려면 다음과 같이 한다. 

pthread _ mutex_t mx_t = PTHREAD _ MUTEX_INITIALIZER : 

pthread _ mutex _ lock () 함수는 선언된 mutex 를 잠그는 작업을 수행하고 반대로 
pthread _ mutex _ unlock () 함수는 잠긴 mutex 를 해제 하는 작업을 수행 한다. 마지 막으로 
ptiiread _ mutex _ destroy () 함수는 선언된 mutex 를 제거하는 작업을 수행 한다. 개개의 함 
수들은 성공하면 0을 되돌리며 실패하면 오유코드를 되돌리게 된다. 

그러면 앞에서 설명했던 실례프로그람에 mutex 를 적용해보도록 하자. mutex 를 적 
용할곳은 포구번호로 사용할 대역변수의 값을 조작하는곳인 getJpInfoO 함수의 내부가 된 
다. 아래에 수정된 원천코드를 보여주고있다. 


실례 프로그람: pth _ mutex . c 

1 

#include < stdio . h > 

2 

#include < pthread . h > 

3 


4 

/* 스레드가 사용할 IpInfoType 선언 */ 

5 

typedef struct 
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6 

「— 

7 

char *ipAddr ； /* IP 주소 */ 

8 

char *hostName; /* 장치 이 름 */ 

9 

int portNo ； /* 포구번호 */ 

10 

} IpInfoType ； 

11 


12 

/* mutex getlnfo 선언 */ 

13 

pthread_mutex_t getlnfo = PTHREAD_MUTEX_INITIALIZER ； 

14 


15 

/* 포구번호에 사용될 계수기선언 */ 

16 

int countNo = 0 ； 

17 


18 

/* IpInfoType 에 값을 넣은후 지적자 (pointer) 를 반환하는 함수 */ 

19 

IpInfoType *get ipInfo (void) 

20 

{ _ 

21 

/* IpInfoType 구조체생성후 값을 입력 */ 

22 

IpInfoType iplnfo ； 

23 

int mutexRlt ； 

24 


25 

/* mutex lock 시작 */ 

26 

mutexRlt = pthread_mutex_lock(&getInfo) ； 

27 

/* 계수기 증가후 3s 휴식 */ 

28 

countNo ++； 

29 

_sleep(3) ； _ 

30 


31 

_/* iplnfo 구조체에 값 입력 */_ 

32 

ipInfo.ipAddr = ”192.168.8.100”; 

33 

iplnfo. hostName = ’’kkk”; 

34 

iplnfo. portNo = countNo ； 

35 


36 

/* mutex lock 해제 */ 

37 

mutexRlt = pthread_mutex_unlock(&getInfo) ； 

38 

return Siplnfo ； 
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39 

40 

41 

42 

43 

44 

45 

46 

47 

48 

49 

50 

51 

52 

53 

54 

55 

56 

57 

58 

59 

60 

61 

62 

63 

64 

65 

66 

67 

68 

69 

70 

71 
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/* 부분스레 드모듈 . 접속대상장치의 포구를 입수 */ 
void *setConnect (void *arg) 


IpInfoType *subInfo; 
printf( ， ’SETCONNECT 스레드 실행 \n，，); 


/* get_ipInfo () 함수를 매초마다 호출 . 포구번호출력 */ 
while(l) 


subinfo = get_ipInfo() ； 

/* 포구번호를 화면에 출력 */ 

printf (，，부분스레드가 가진 포구번호 : %d\n ，，， subinfo - 〉 portNo); 
sleep (1 ) ； 


/* 프로쎄스의 main 함수 */ 
int mainO 


/* 스레드 선언 */ 
pthread_t setConnect_t ； 
IpInfoType *mainInfo; 


/* 부분스레드 생성 */ _ 

if(pthread_create(&setConnect_t, NULL, setConnect, NULL)) 

{ 

printf ( n setConnect_t 스레 드의 생 성 에 실패 !\n”) ； 
return 0 ； 

"] 一 


/* get_ipInfo () 함수를 매초마다 호출 . 포구번호출력 */ 
while ⑴ 
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72 

73 

{ 

mainlnfo = get _ ipInfo () ； 

74 

75 

printf ("주스레 드가 가진 포구번호: % d \ n ，’, mainInfo -〉 portNo ) ; 

_ sleep ( l ) ；_ 

76 

77 

一 } 一 

[} 


원천코드의 수정을 진행하였으면 콤파일을 한다음 프로그람을 실행시켜보자. 그림 4-7 
은 프로그람의 실행결과를 보여주고있다. 



그림 4-7. pth_mutex.c 의 실행결과 

우의 실행결과를 통해 스레드들이 서로 다른 포구번호를 순차적으로 사용하고있음을 
알수 있다. 지금까지 설명한 mutex 는 적용할만한 부분들이 상당히 많다. 하지만 mutex 를 
잘못 설정 해서 사용하면 또 다른 문제 점 이 생 길수 있 다. 실례 를 들어 lock 를 실행 하고 unlock 
를 실행하지 않아 특정한 령역이 계속 잠겨있는 경우도 발생할수 있다. 이처럼 새로운 기 
능을 추가로 도입한후에는 새로운 문제가 발생할수 있으므로 주의를 돌려 생길수 있는 문 
제들에 관심을 돌려 야 한다. 

4.3.2. 스레드 조건변수 

mutex 는 특정한 령역에 대하여 lock 와 unlock 를 실행하면서 목적하는 작업을 수행 
하게 되는데 여기에 신호를 기다리는 기능과 신호를 발생시키는 기능을 추가하여 스레드 
의 동기화를 보다 능동적으로 수행 할수 있다. 

mutex 의 경우에는 mutex 내부에서 조건에 따라 lock 와 unlock 를 실행하기는 쉽지 
않다. 그리고 다른 스레드가 언제 mutex 를 해제했는지 그 시점을 확인하기도 쉽지 않다. 
하지만 조건에 따라 mutex 를 잠그고 해제할수 있으며 신호를 리용하여 mutex 가 해제되 
였음을 다른 스레드에 알릴수 있다면 많은 문제를 해결할수 있을것이다. 
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이러한 기능을 리용하면 특정한 스레드의 작업의 랄퍼와 함께 다른 스레드의 작업이 
보다 원활히 진행될수 있을것이다. 이것을 가능하게 만드는것이 바로 스레드조건변수로 되 
는 pthread_cond 이 다. 

P 仕 iread_cond 내부에서는 신호를 발생시키거나 신호를 기다리는 기능을 제공하고있 
다. 이때 말하는 신호는 프로쎄스가 사용하는 일반적 인 의미의 신호와는 다르다. 신호를 사 
용하려면 먼저 pthread _ cond_t 형의 조건변수를 생성해야 하며 조건변수를 초기화해야 한 
다. 초기화하는 방법은 mutex 처 럼 init 함수를 사용하거 나 선언자를 리 용하면 된 다. 


pth read _ cond_t condT ; 

pthread _ cond_t condT = PTHREAD _ COND _ INITIALIZER ; 
pthread _ cond_init ( ScondT ) : 


생성된 스레드조건변수를 러용하여 신호를 보내는 함수에는 다음과 같은것들이 있다. 


int pthread _ cond_signal ( pthread _ cond_t *) ; 
int pthread _ cond _ broadcast ( pthread _ cond_t *); 


signal 함수와 broadcast 함수는 모두 해 당 조건변수에 신호를 보낸다. 차이점은 signal 
함수는 해 당되는 스레드에만 신호를 전송하고 broadcast 함수는 모든 스레 드에 신호를 전 
송하는것이다. 만일 신호를 전송했는데 수신대기중인 스레드가 없으면 신호는 무시된다. 

스레드조건변수와 mutex 를 리용하여 전송될 신호을 기 다리는 함수에는 다음과 같은 
것들이 있다. 


pth read _ cond_wait (pth read _ cond_t *, pth read _ mutex_t *); 
pthread _ cond_timedwait ( pthread _ cond _ t *, pthread _ mutex _ t *, const 
struct timespec *) : 


waitO 함수를 사용하면서 보면 조건변수뿐만 아니라 mutex 도 함께 인수로 사용하는 
것을 볼수 있다. 이러한 wait 함수가 제대로 수행되려면 내부에 사용된 mutex 가 초기화 
되 여 야 하며 lock 되 여 있 어 야 한다. wait () 함수가 실 행 되 면 함수는 내 부에 서 사용된 mutex 
의 lock 를 해제한채로 대기작업에 들어간다. 그리고 이 함수들은 조건변수에 대한 신호 
가 검출되면 작업을 재개한다. 즉 해당한 조건변수에 대한 신호가 발생하면 내부의 인수 
로 지정된 mutex 를 잠근후 wait () 함수의 다음 행을 실행하게 된다. wait 함수가운데서 
timedwait 0함수는 인수로 사용된 吐 mespec 에 지정한 시간만큼 대기를 진행하게 된다. 

만일 지정된 시간안에 신호가 검출되지 않으면 시간초과오유코드와 함께 실행이 중 
지된다. 스레드 조건변수의 활용이 끝났으면 destroyO 함수를 호출하여 조건변수를 제거 
할수 있다. destroyO 함수의 사용형식은 다음과 같다. 

int pthread cond destroy (pthread cond t *) : j 
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그러면 이제 이 려한 신호조건변수와 mutex 를 활용한 실례 프로그람을 만들어보자. 작 
성할 실례는 두개의 부분스레드가 체계내부에 있는 계수기를 활용하는 문제이다. 이때 계 
수기를 증가시키는 함수가 따로 존재하며 이 함수를 스레드들이 호출하게 된다. 매개 스 
레드는 다른 스레드가 계수기 증가함수를 사용하는동안 대기상태에 들어간다. 

그러 다가 상대스레드가 신호를 전송하면 계수기증가함수를 호출한 다음 현재의 계수 
기수를 화면에 현시하게 된다. 이를 위해 먼저 다음과 같이 mutex 와 스레드조건변수를 선 
언하고 초기화하도록 한다. 


pthread _ mutex_t threadlMx = 

PTHREAD _ MUTEX _ INITIALIZER : 

pthread _ mutex_t thread 2 Mx = 

PTHREAD _ MUTEX _ INITIALIZER : 
pthread _ cond_t checker = PTHREAD _ COND _ INITIALIZER : 

그 다음에는 두개의 스레드를 생성한다. 먼저 생성된 스레드는 mutex 를 lock 시킨다 
음 계수기증가함수를 호출하게 된다. 그 다음 신호함수를 러용하여 조건변수에 신호를 전 
송한다. 다음에는 다른 스레드의 신호를 기 다리기 위 해 wait 함수를 리용하여 대기작업 에 
들어간다. 매 작업의 순서는 다음과 갈다. 

pthread _ mutex _ lock (& threadlMx ) : /* mutex lock */ 
setCountO : /* 계 수기 증가 함수호출 */ 

pthread _ cond _ signal ( Schecker ) : /* 스레 드조건변수에 신호전송 */ 
pthread _ cond _ wait ( Schecker , SthreadlMx ) : /* 신호 대기 */ 

첫번째 스레드와 쌍으로 작업 할 두번째 스레드에 대 해 살펴 보자. 두번째 스레 드는 첫 
번째 스레드와 순서 가 다르게 작업을 수행 한다. 즉 mutex 를 lock 시 킨 다음 신호를 기 다 
리는 대기함수를 실행시킨다. 신호를 받게 되면 계수기증가함수를 호출한 다음 스레드조 
건변수에 신호를 전송하게 된다. 즉 다음과 같이 실행한다. 


pthread _ mutex _ lock (& thread 2 Mx ) : /* mutex lock */ 
pthread _ cond _ wait ( Schecker , & thread 2 Mx ) : /* 신호대기 */ 
setCountO ; 7* 계수기 증가함수 호출 */ 

Pthread _ cond _ signal ( Schecker ) : /* 스레 드조건변수에 신호전송 */ 


마지막으로 스레드의 작업이 모두 완료되였으면 다음과 같이 선언된 mutex 와 스레 
드의 조건변수를 체계 에서 제거 ( destroy ) 하도록 한다. 


pthread _ mutex_destroy (& threadlMx ) : 
pthread _ mutex_destroy (& thread 2 Mx ) : 
pthread _ cond_destroy ( Schecker ); 
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그러면 지금까지 설명한 내용에 기초하여 p 比 i _ mutex 와 같은 역할을 하는 프로그람 
을 작성하여 보자. 아래에 원천코드를 서술하였다. 


실례프로그람: pth _ cond.c 

1 

#include < stdio . h > 

2 

#include < pthread . h > 

3 


4 

/* mutex t 와 cond t 선언 및 초기화 */ 

5 

pthread _ mutex_t threadlMx = PTHREAD _ MUTEX_INITIALIZER ； 

6 

pthread mutex t thread 2 Mx = PTHREAD MUTEX INITIALIZER ; 

7 

pthread_cond_t checker = PTHREAD _ COND _ INITIALIZER ; 

8 


9 

/* 대역 변수로 사용할 계수기선언 */ 一 

10 

int countNo = 0； 

11 1 


12 

/* 계수기를 증가시키는 함수 */ 一 

13 

void setCount ( void ) 

14 

[{ 

15 

\7* 계수기 증가 */ 

16 

countNo ++； _ 

17 

sleep ( l ) ； 

18 

[} 

19 


20 

/* 첫번째 스레 드모둘 */ 

21 

void *runThreadl (void * arg ) 

22 

[{ 

23 

printf (” 첫번째 스레드 실행 \ n n ); 

p 24 

_ /* setCountO 함수를 매초마다 호출 */ _ 

25 

while (1) 

26 

一 { 一 

27 

/* 계수기 가 5를 넘 으면 스레 드 완료 */ 

28 

if (countNo >= 5) pthread exit (0) ； 

29 

/* threadl mutex lock */ 

30 

pthread _ mutex _ lock (& threadlMx ) ； 
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31 

/* setCountO 실행후 count 번호를 출력 */ 

32 

setCountO ； 

33 

printf (’’ 첫번째 스레드가 얻어온 계수기 번호 : %d\n",countNo ) ； 

34 

/* checker 신호발생후， wait 수행 */ 

35 

pthread cond signal (技 checker) ； 

36 

pthread_cond_wait(Schecker , &threadlMx); 

37 

/* threadl mutex lock 해제 */ 

38 

pthread_mutex_unlock (技 threadlMx); 

39 } 

40 } 

41 

42 /* 두번째 스레 드 모둘 */ 

43 void *runThread2 (void *arg) 

44 { 

45 

printf (” 두번째 스레드 실행 \n’’); 

46 

/* setCountO 함수를 매초마다 호출 */ 

47 I 

while ⑴ 

48 { 

49 厂 

/* 계 수기 가 5 를 넘 으면 스레 드 완료 */ 

50 P 

if (countNo >= 5) pthread exit(0) ； 

[Ti 

/* thread2 mutex lock */ 

52 

pthread_mutex_lock(&thread2Mx) ； 

53 

/* 대기 시작 */ 

54 

pthread_cond_wait (Schecker, &thread2Mx); 

55 

/* setCountO 실행후 count 번호를 출력 */ 

56 

_setCountO;_ 

57 

printf (” 두번째 스레드가 얻어온 계수기 번호 : %d\n ,f ,countNo )； 

58 

/* checker 신호 발생 */ 

59 | 

pthread cond signal (技 checker) ； 

60 

/* thread2 mutex lock*/ 

61 

pthread mutex unlock (技 thread2Mx); 

62 _}_ 

63 } 
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64 

65 

/* 프로쎄스의 main 함수 */ 


66 

int main () 


67 { 

68 

/* 스레드 선언 */ 


69 

pthread_t threadl_t, thread2_t ； 


70 

71 

/* 첫번째 스레드 생성 */ 


72 

if (pthread create (&threadl t, NULL, runThreadl, 

NULL)) 

73 { 

74 

printf (” 첫번째 스레드의 생성에 실패 ! \n”); 


75 

return 0 ； 


76 } 

77 

/* 두번째 스레드 생성 */ 


78 

if (pthread_create (&thread2_t, NULL, runThread2, 

NULL)) 

79 i 

80 

printf ("두번째 스레드의 생성에 실패 ! \n’’); 


81 

return 0 ； 


82 」 } 

83 

84 

/* 스레드들이 작업을 완료할 때까지 대기 */ 


85 「 

pthreadjoin ( 比 ireadl_t, NULL); 


86 

pthread_join(thread2_t, NULL); 


87 ] 

88 

/* mutex 와 cond 모두 destroy () */ 


89 

pthread_mutex_destroy (SthreadlMx) ； 


90 

pthread_mutex_destroy (技 thread2Mx) ； 


91 

pthread_cond_destroy (Schecker) ； 


92 

[ 93 

return 1 ； 


94 } 


프로그람의 코드작성이 끝났으면 를파일을 진행하고 실행시켜보자 . 프로그람의 실행 
을 통해 두개의 스레드가 서로 작업을 주고받으며 실행되는것을 확인할수 있다 . (그림 4-8) 
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그림 4-8. pth_cond.c 의 실행결과 

째 


ADSL 이란 무엇안가 ? 

최근 우리 나라에서도 ADSL 회선을 리용한 롬퓨터망가입 이 늘어 나고있다. 그 
러 면 ADSL 이 란 무엇 인가? 

ADSL 은 asymmetric digital subscriber line 의 략칭 으로서 이 미 있는 동선 
으로 된 전화선을 리용하여 고속자료통신을 가능하게 하는 통신수단이 다. 

음성전송용이나 ISDN (통합봉사수자식망)보다 높은 주파수대역을 리용하여 자 
료전송을 진행하기때문에 상사식회선의 모뎀에 비하여 수백배에 해당하는 약 
10 Mbps 이상의 속도로 자료를 전송할수 있다. 그러나 이 통신속도를 실현할수 있 
는것은 전화국으로부터 가정 에 로의 아래 방향만이 며 웃방향에 대 해서는 그의 1/10 
정도로서 비대칭적이다. 

또한 자료통신이 가능한 거리도 수 km 이내로서 짧기때문에 전화국안에 모뎀 
을 설 치 하여 야 하며 시 내 망을 가지 는 전기 통신기 관, 기 업 소가가 봉사를 하지않 
으면 현실적으로 리용할수 없다. 

때문에 현재는 도시 또는 기 업소안의 전화망 등에만 리용한다. 

ADSL 에는 여 러가지 방식이 있다. 

현재는 ITU - T (국제 전기통신련합 전기통신표준화부문)에서 표준화작업 을 진행 
하는것 밖에 인텔회사 등이 각 회 사들과 함께 호상접속성을 보장한 일반 ADSL 의 규 
격을 표준화하려고 하고있다. 
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프로쌔스들사이 통신 r (관과 신호기》 


_ 

프로쎄스들사이 틍신1 (관과 신호기) 


서폰 


이 장에서는 프로쎄스사이의 통신에 대하여 배우도록 하자. 략자로 
IPC(Inter Process Communication ) 로 불러 우는 프로쎄 스사이의 통신은 
여러가지 방법으로 실현하고있다. 이 장에서는 그중에서 관 ( pipe ) 과 
신호기 ( semaphore ) 의 사용에 대 해 보기 로 한다. 

이 장의 첫부분에서는 IPC 에 대 한 전체적 인 소개를 진행하고 그 다음 
관과 관의 변형 인 이름가진 관 (Named pipe ) 에 대 해 배우게 된다. 그리고 
관을 리용한 프로그람을 작성 하여 보면서 관에 대 한 내용을 더 깊이 학습 
하게 된다. 

다음은 신호기에 대해 배우게 된다. 즉 신호기 란 무엇이며 신호기에 
서 사용하는 함수들에는 어떤것들이 있는가 하는것을 학습한다. 

마지막으로 신호기와 함께 프로쎄스동기화에 쉽게 적용할수 있는 레 
코드잠그기에 대하여 취급한다. 

5장의 차례 를 간단히 소개하면 다음과 같다. 


목표 

1. 프로쎄스사이의 릉신에 대한 개념 

2. 관 

3. FIFO 

4. 신호기 

5. 레3드잠그기 
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제1절. 프로쎄스사이의 통신에 대한 개념 

체계프로그람을 만들려고 할때 하나의 프로쎄스로 모든 일을 처리하도록 만들수 있 
다. 하지만 많은 경우 여러개의 프로쎄스들이 유기적으로 련관되여 동작하면서 체계가 기 
동되게 만들어야 할 경우가 더 많이 제기된다. 이러한 체계를 만들면서 필수적으로 고려 
해 야 하는것 이 바로 프로쎄스사이의 통신인 IPC(Inter Process Communication ) 이 다. 

Linux 에서 IPC 를 구축하기 위 해 사용할수 있는 가능한 방법들에는 관， FIFO (named 
pipe ) , 신호기 , 공유기 억기，통보대기 렬 등이 있다. 신호도 IPC 의 범주에 속하며 소케트 
를 리용하여 IPC 를 실현할수 있다. IPC 를 제대로 실현해야 프로쎄스들사이의 자료흐름 
이나 기동이 원활하게 수행될수 있으며 밖에서 보았을 때에도 안정된 체계로 인식할수 있 
다. 우에서 언급된 IPC 들에 대해 간단히 설명하면 다음과 같다. 

• 관 ( Pipe ): IPC 가운데서 가장 오래된 방법으로서 UNIX 의 초창기부터 널리 사용 
되던 방법이다. 관은 특정한 프로쎄스의 표준출력과 다른 프로쎄스의 표준입력을 서로 련 
결시키는 방법이다. 월에서 많이 사용한다. 

• FIFO (Named Pipe ) : 이 름 가진 관으 로 불 리 우는 FIF ◦는 일 반 관과 동 일 하게 움 
직이지만 관과는 다른 부분이 있다. 먼저 이름이 불여졌다는 말에서 알수 있듯이 파일체 
계안에 는 관작업 을 할수 있는 특수한 파일 이 존재 하고 이 를 통해 프로쎄 스들이 자료를 공 
유하는 방법으로 본래의 관이 가지고있던 약점을 퇴치하고있다. 

• 신호기 ( Semaphore ): 신호기는 철도에서 많이 사용되는 용어로서 교차선로상에서 
차들의 교통을 보장하는 차단기라는 의미를 가지고있다. IPC 에서도 신호기는 여러 프로 
쎄스가 하나의 자원을 공유할 때 그에 대한 통제권을 관리하는 역할을 하고있다. 

• 공유기 억 기 (Shared Memory ) : 공유기 억 기 는 토막이 라고 불리 우는 특정 한 기 억 기 령 
역을 여러개의 프로쎄스가 함께 사용하는것을 의미한다. 즉 기억기의 한 부분을 어떤 프로쎄 
스가 입 력 하고 다른 프로쎄 스가 그 부분을 가져 가는것 이 라고 볼수 있다. 이 때 프로쎄 스들은 자 
료를 자기가 가진 기억기에서 쓰고 읽는다고 볼수 있기때문에 처리속도가 매우 빠르다. 

• 통보대 기 렬 : 프로쎄 스가 대 기 렬 속에 통보문을 넣 어 주면 다른 프로쎄 스가 대 기 렬속 
에 있는 통보문을 가져가는 개념 이 바로 통보대기렬이 다. 통보대기렬은 열쇠 ( key ) 값이 있 
으므로 이것을 리용하여 프로쎄스들이 해당 통보대기렬을 인식해서 활용할수 있다. 

IPC 는 크게 BSD IPC 와 System V IPC 로 나누어 볼수 있다. 이렇게 갈라 보는것 
은 판본이나 기능적 인 부분보다도 작성자가 누구인가에 따라 나눈것 이라고 볼수 있다. 물 
론 기능이나 내용상측면에서 차이도 있다. BSD IPC 는 Berkeley UNIX 인 BSD 4. 4에 
서 제 공되 는 IPC 로서 관, 소케 트 등이 있다. 그리 고 0체 계 호출함수로 사용할수 있는 readO , 
write () 와 recvmsgO , sendmsgO 등도 제 공하고있 다. System V IPC 는 AT&T 에 서 개 
발한 IPC 로서 BSD IPC 보다는 최 신판본이 라고 할수 있다. 통보대기 렬 , 공유기억기 , 신 
호기 등을 제공하고있다. msggetO , msgsndO 등의 체계호출함수를 제공하고있는데 이 
때 사용되는 완충기나 흐름 ( stream ) 은 핵심부를 통해 관리된다. 

그러면 이제부터 IPC 를 구현하기 위한 방법들에 대해 하나씩 보도록 하자. 


116 


탄資#철致찰 





프로쌔스들사이 통신 r (관과 신호기》 


째 


AGP (accelerated graphic port) 

인텔 ( Intel ) 회 사가 영 상카드전용으로 내 놓은 확장모선규격 이 다. 

본래 PCI (주변부분품호상접속)모선의 약 2 배에 해 당하는 256 MB/S 의 전송속도를 가 
지고있었지 만 현재의 AGP 모선은 그것보다 2 배 인 512 MB/S 에 대 응하는 2 X (2 배속) 
방식을 가지고있는 경우가 많다. 

앞으로는 4 X (4 배 속) 방식 에 의하여 lGB/s 를 넘 는 고속전송을 예 정 하고있으며 3 차 
원도형처 리프로그람에서 사용하는 영상기 억기를 주기억기로부터 떼내여 직접 사용할수 
있도록 하고있다. 


또한 AGP 는 Pentium II 를 위 하여 개 발되 였지 만 MMX Pentium 이 나 K 6 등을 장 
비 할수 있는 Socke 竹 의 주기 판들가운데도 AGP 모선에 대 응한 제 품들이 있다. 



제2절. 관 

관은 앞에서도 간단히 소개한바와 같이 프로쎄스출력 이 다른 프로쎄스의 입력으로 
련결되는 단방향(반이중- half duplex ) 통신통로로 된다. 이것은 한쪽은 주기만 하고 한 
쪽은 받기만 하는 속성으로부터 나온것 이 다. 

5.2.1. 쉘과 관 

관은 멜에서 흔히 쓰는것으로써 특히 입출력을 재지정할 때 많이 쓴다. 관을 리용하면 
두개 또는 그 이상의 프로그람들이 서로의 련관속에서 동작하도록 만들수 있다. 례를 들어 
A 프로그람의 출력을 B 프로그람의 입력으로 넘겨주어야 할 일이 있을 때 관을 리용하게 되 
면 생각보다 훨씬 간단하게 바라는 목적을 이룩할수 있다. 관은《|》기호를 리용하게 되 
는데 간단한 실례를 보면 그림 5-1 과 같다. 



그림 5-1. 관의 실례 
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우의 실례를 보면 ps -ef 의 결과를 《grep vi》 의 입 력으로 사용하였다는것을 알수 있 
다. 여기서 지령의 결과는 《ps -ef》 를 통해 현재 실행되고있는 모든 프로쎄스의 정보 

를 얻어서 《grep vi》 를 통해 《vi》 라는 단어가 포함된 부분을 찾아낸후 화면에 결과 

를 현시한것이다. 만일 관을 러용하지 않고 이러한 기능을 수행하는 코드를 작성한다면 그 
것이 그리 쉽지는 않다. 

관을 리용한 간단한 실례를 몇가지 더 보도록 하자. 

특정한 포구의 현재 상태를 검사하려고 한다면 다음과 같이 netstat 지령을 사용한 다 
음 그 결과를 관을 통해 grep 에 보낸다. 그리고 grep 지령은 원하는 포구번호를 리용하 
여 관으로 들어온 내용을 검색하게 된다. 

$ netstat -a | grep 161 

현재 실행중인 프로쎄스의 개수를 세려고 할 때에도 관을 리용하여 쉽게 구할수 있 

다. 이때 사용하는 지령으로는 ps 와 wc 가 있는데 다음과 같이 실행하면 된다. 

$ ps -ef | wc -1 


5.2.2. 관제계호출함수 

체계에서 새로운 관을 생성하려고 할 때 사용하는 체계호출함수로는 pipeO 가 있다. 
pipe() 함수를 리 용하여 관을 생성하면 두개의 파일서 술자를 엄 을수 있다. 이때 얻 어 진 두 
개의 파일서술자는 각각 관의 읽기와 쓰기를 위한것이다. 

아래에 pipeO 함수의 간단한 실례를 주었다. 


int fileDes [2] I 
int result； 

result = pipe (fileDes) : 


pipeO 함수를 실행한 결과가 result 인데 만일 result 의 값이 -1 이면 관생성이 실패 
한것이다. 이때는 다른 조치를 취하여 관의 실패에 대처해야 한다. 관생성에 성공하면 두 
개의 파일서술자가 생성된다고 했는데 이때 fileDes [이은 관으로부터 자료를 입력받기 위 
한 파일서술자이며 fileDes[1] 은 관에 자료를 출력하기 위한 파일서술자이다. 

그러면 pipeO 함수를 호출하여 관을 생성하는 간단한 실례를 통하여 그의 사용방법 
을 자세히 보도록 하자. 

아래의 실례는 단일프로쎄스안에서 관에 자료를 입력하고 그것을 다시 가져오는것을 
보여주는 프로그람이다. 단일프로쎄스가 관을 사용하는것은 전혀 의미가 없는 일이지만 
pipeO 함수의 사용방법을 쉽게 알수 있으므로 이것을 리용한다. 
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실례프로그람 : ex_pipe.c 

1 

#include <stdio. h> 

2 


3 

/* 완충기 크기 선언 */ 

4 

#define MAXBUF 32 

5 


6 

int main () 

7 

h 一 

8 

/* 입출력용 완충기를 선언 */ 

9 

char putMsg[MAXBUF], getMsg[MAXBUF] : 

10 

/* 관서술자 선언 */ 

11 

int pipeDes [2]; 

12 


13 

/* 관체계호출 */ 

14 

if (pipe (pipeDes) == -1) 

15 

一 { 一 

16 

_ printf(” 관생성에 실패!’’);_ 

17 

return 0 ； 

18 

} _ 

1 19 

/* 관에 넣을 통보문을 작성 한후 writeO 호출 */ 

「20 

_ sprintf(putMsg, ’’관에 통보문 입출력’’);_ 

21 

printf (，’ INPUT PIPE ： %s\n” ， putMsg) ; 

22 

write (pipeDes [1], putMsg, MAXBUF); 

23 


24 

/* 관에서 통보문을 가져오기 위해 readO 호출 */ 

25 

_ read(pipeDes[0], getMsg, MAXBUF) ； _ 

26 

printf ("get msg ： %s\n ?, , getMsg) ； 

[27 

return 1 ； 

28 

} 


그러면 우의 실례프로그람을 를파일하여 실행시켜보자. 그림 5-2 에 실행결과를 보여 
주었다. 실행결과를 통하여 단일프로쎄스안에서 관에 자료를 넣었다가 가져왔다는것을 알 
수 있다. 


탄資#철致찰 


119 


















Urwx 망프로그람작성법 



그림 5-2. ex_pipe.c 의 실행결과 

관에 입력되는 자료는 FIFO (First In First Out) 규칙에 따라 들어온 순서대로 처리 
된다. 이러한 순서는 사용자가 임의로 변화시킬수 없다. 그리고 입력할수 있는 관의 크기 
가 무한대가 아니기때문에 범위를 벗어나는 자료가 입력되면 정해진 부분만 입력되고 용 
량이 초과된 상태에서는 관이 블로크로 되므로 더 이상 자료를 넣을수 없다. 하지만 필요 
에 따라 관의 상태가 블로크로 되지 않도록 만들어야 할 때가 있다. 례를 들어 이전의 자 
료는 없어지더라도 최신자료는 관안에 남겨두어야 할 때가 있고 어떤 경우이든지 관에 자 
료를 읽기 및 쓰기할수 있어야 할 경우도 있다. 

이 경우에는 fcntlO 함수를 리 용하여 관이 블로크화되지 않도록 만들면 된다. fcntlO 
함수를 실행하여 관의 파일서술자에 0_NDELAY 기발이 설정되도록 만들어주면 된다. 이 
것 을 간단히 표기하면 다음과 갈다. 


finclude <fcntl. h> 

fcntKfileDes, F_SETFL, 0_NDELAY) : 


5.2.3. 부모，자식프로쎄스사 0 [의 통신 

관은 흔히 개별적으로 실행되고있는 프로쎄스보다 부모，자식프로쎄스사이의 통신에 
서 많이 활용되고있다. 다시말하여 부모，자식프로쎄스도 내부자료의 공유는 안되기때문 
에 프로쎄스통신을 진행해야 하는데 바로 이때 효과적으로 사용할수 있는것이 관이다. 

왜냐하면 프로쎄스가 자식프로쎄스를 만들어도 관을 위한 파일서술자정보는 서로 공 
유하여 사용할수 있기때문이다. 따라서 생성된 관서술자를 리용하여 부모，자식사이에 통 
신을 진행하면 특별히 별다른 작업을 하지 않아도 된다는 우점이 있다. 

그러면 부모와 자식 프로쎄스가 관을 리용하여 통신하는 실례를 보도록 하자. 이를 위 
하여 pipeO 체계호출함수와 forkO 체계호출함수를 사용하도록 한다. 먼저 다음과 같이 
pipeO 호출에 사용될 배럴을 선언한 다음 pipeO 함수를 호출하도록 한다. 
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int pipeDes [2] ； 
pipe(pipeDes) : 


다음 forkO 함수를 호출하여 자식프로쎄스를 생성한다. 이때 forkO 함수가 되돌리기 
(return) 하는 PID 를 리용하여 부모프로쎄스와 자식프로쎄스를 구분하도록 한다. 자식프 
로쎄스의 경우에는 관에서 자료를 읽어들인후 화면에 출력하는 작업을 수행한다. 자식프 
로쎄스의 작업순서는 다음과 같다. 


int childPID = forkO； 
if(childPID == 0) 

r 



i 

read (pipeDes [0] , 

getMsg, 

MAXBUF); 

printfC'GET MSG： 

} 

%s\n", 

getMsg) : 


부모프로쎄스는 관에 통보문을 입력시킨다. 이때 입력되는 문장을 사용자로부터 받기 위 
해 gets 0함수를 리용한다. 그리고 만일 입력된 문장이 《quit》 이면 실행을 완료하도록 한 
다. 부모프로쎄스의 작업순서를 간단히 보면 다음과 같다. 


if(childPID > 0) 

{ 

gets (putMsg) : 

write (pipeDes [1] , putMsg, MAXBUF) : 
if ( Jstrncmp (putMsg, "quit" , 4)) exit(l) ； 

} 


지금까지 설명한 내용에 기초하여 프로그람을 작성해보도록 하자. 아래에 전체 원천 
코드를 서 술하였 다. 


실례 프로그람 : pipe_fork. c 

1 

^include 〈 stdio.h 〉 

2 

3 

4 

5 

6 


/* 완충기 크기선언 */ 

#define MAXBUF 32 


int mainO_ 

7 

{ 

8 一 

/* 입출력용 완충기를 선언 */ 1 


char putMsg [MAXBUF] , getMsg [MAXBUF] ; 
10 /* 관서술자 선언 */ 
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11 

int pipeDes [2] ; 

12 

/* 자식프로쎄스의 PID 용 변수 */ 

13 

int childPID = 0 ； 

14 


15 

/* 관체계호출 */ 

16 

if (pipe (pipeDes) == -1) 

1 厂1 

{ 

18 

printf ("관생성에 실패!"); 

19 

return 0; 

20 

} 

21 


22 

/* forkO 함수 실행，자식프로쎄스 생성 */ 

23 

childPID = forkO; 

\2A 


25 

/* 자식프로쎄스이면 관에서 통보문을 읽기 */ 

26 

if (childPID ， 0) 

27 

{ 

28 

printf (’’<< 자식 프로쎄 스〉 〉 \n") ； 

29 

for (: ；) 

30 

{ 

L 31 

/* 관에서 통보문을 가져오기 위해 read () 호출 */ 

32 

read (pipeDes [0] , getMsg, MAXBUF); 

33 

printf ("get msg ： %s\n”, getMsg) ； 

34 

/* 통보문이 quit 이면 완료 */ 

35 

_if(!strncmp(getMsg, "quit", 4))_ 

36 

~~ 

37 

exit(l )； 

38 

} 

39 

} 

40 

} 

41 

/* 부모프로쎄스이면 관에 통보문을 쓰기 */ 

42 

_ else if (childPID > 0) _ _ 

43 

{ 

44 

printf (’’<〈 부모프로쎄스 〉〉 \n"); 

45 . 


46 

for (； ；) 

47 

{ 

48 

/* 관에 넣을 통보문을 작성한후 writeO 호출 */ 

49 

_ printf (’’INPUT PIPE ： n )； _ 

50 

gets (putMsg) ； 

51 

write (pipeDes [1], putMsg, MAXBUF); 

52 

+ /* 통보문이 quit 이면 완료 */ 

53 

if ( ! strncmp (putMsg, "quit", 4)) 

[^54 

{ 
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55 

56 

57 

58 

59 

exit(l) ; 

} 

sleep(1) ； 

} 

} 

「60—1 

/* 프로쎄스의 생성이 실패인 경우 */ 

61一 

else 

62 

63 

64 

65 

66 

~ ~ 

prin 社 (’’ 프로쎄스의 생성에 실패했습니다. W’); 

} 

return 0; 

□ _ 


우의 프로그람을 콤파일하여 실행시켜보자. 

실행결과는 그림 5-3 과 같다. 프로그람의 실행과정을 통하여 부모프로쎄스에서 입력 
한 통보문을 자식프로쎄스에서 관을 리용하여 가져간다는것을 알수 있다. 그리고 quit 통 
보문을 리용하여 모든 프로쎄스를 완료하였다는것을 확인할수 있다. 



그림 5-3. pipeJork.c 의 실행결과 


5.2.4. 관의 신호처리 

관의 실행과정에 자체로 신호가 발생할수 있다. 이러한 경우 해당 신호에 대한 처리 
를 진행하여 관의 사용으로 인한 비정상탈퇴를 막도록 대책을 세워야 한다. 관에서의 신 
호처리는 일반적 인 신호처 리와 같다. 다시말하여 signal 0함수를 리용하여 신호조종기를 
등록하고 실행시키려는 함수를 작성하면 된다. 

관에서 신호가 발생하는 대표적 인 경우로는 다음과 같은것 이 있다. 관에 쓰려고 하 
는 프로쎄스가 있는데 읽 으러 는 프로쎄 스가 탈피 등으로 하여 사라지 면 핵 심부는 SIGPIPE 
신호를 쓰러고 하는 프로쎄스에 전송한다. 이를 통하여 관에 자료를 쓰기하면 문제가 생 
기게 된다는것을 알리게 된다. 
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그러면 이 번에는 관신호을 발생시키고 이 것을 처 리 하는 실례프로그람을 통하여 관의 신 
호처 리 방법 에 대 하여 보도록 하자. 작성할 실례 에서는 먼저 관신호를 처 리 할 함수를 작성하 
고 signal 함수를 통하여 조종기를 등록하게 된다. 


int sigpipeHandler( ); 

signal (SIGPIPE, sigpipeHandler) : 


다음 pipeO 함수를 리용하여 관을 만들고 이것을 사용할 파일서술자를 설정한다. 그 
리고 이전에 취급했던 실례에서와 같이 자식프로쎄스를 만들고 통보문을 서로 주고받는다. 
이 때《 quit > 라는 문장을 입 력 받으면 자식 프로쎄 스는 탈퇴 한다. 하지 만 부모프로쎄 스는 탈 
퇴하지 않고 문장을 계 속 쓰기 하도록 만든다. 

그러 면 자식 프로쎄 스는 이 미 탈되 되 였기 때 문에 읽 기 할 프로쎄 스가 없는 상태 에 서 write 
가 이루어지는것이므로 부모프로쎄스는 핵심부로부터 SIGPIPE 신호을 받게 된다. 이렇게 
되면 등록된 신호조종기가 호출되고 관신호를 처리하게 된다. 

이러한 과정을 수행하는 전체 프로그람의 원천코드는 다음과 같이 작성할수 있다. 


실례프로그람: pipe_signal.c 

1 

ttinclude <stdio. h> 

2 

#include <signal.h> 

3 


4 

/* 완충기 크기선언 */ 

5 

#define MAXBUF 32 

6 


7 

/* sigpipe 신호를 처 리 할 조종기 */ 

8 

int sigpipeHandler () 

9 

{ 

10 

_/* 필요한 작업을 처리한후 프로그람완료 */ _ 

11 

printf (” \n 관이 비정상적으로 닫겼습니 다. \n n ); 

12 

printf(’’sigpipe 조종기 호출, 작업 완료중… \n n ); 

13 

sleep(1) ； 

14 

printf ("\n<<< 작업 완료 >>>\n n ) ; 

15 

exit(l)； 

16 

} 

17 


18 

int main () 

19 

N 

20 

/* 입출력용완충기를 선언 */ 
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char putMsg[MAXBUF], getMsg [MAXBUF] ； 
/* 관서술자 선언 */ 
int pipeDes [2]; 

/* 자식 프로쎄스의 PID 용변수 */ 
int childPID = 0 ； 


/* sigpipe 조종기를 등록 , signal 0 함수사용 */ 
printf (’’sigpipe 조종기 설정 \n\n n ) ； 
signal (SIGPIPE, sigpipeHandler) ； 


/* 관체계 호출 */ 
if (pipe (pipeDes) == - 1) 

{ 一 

printf (’’ 관생성에 실패 !’’); 
return 0 ； 

} 一 


/* fork 함수 실 행 , 자식 프로쎄 스 생 성 */ 
childPID = forkO ； 


/* 자식프로쎄스이면 관에서 통보문을 읽기 */ 
if (childPID == 0) 

{ 

printf (，，〈〈자식 프로쎄 스 >>\n，，) ；一 


for (； ；) 

{ 

/* 관에서 통보문을 가져오기 위해 read 0 호 출 *스 

read(pipeDes[0], getMsg, MAXBUF) ； 
printf (，’ GET MSG ： %s\n\ getMsg); 

/* 통보문이 quit 이면 완료 */ 
if(!strncmp(getMsg, "quit",4)) 

{ 

exit ⑴; 

^^ 


} 


@ 혈활 @ 출⑩철製⑩ 
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57 

} 

58 

/* 부모프로쎄스이 면 관에 통보문을 쓰기 */ 

59 

else if(childPID > 0) 

60 

{ 

61 

printf ("« 부모프로쎄 스 »\n") : 

62 


63 

for (: ；) 

64 

{ 

65 

/* 관에 넣을 통보문을 작성한후 writeO 를 호출 */ 

66 

printf ("INPUT PIPE ：")； 

67 

gets (putMsg); 

68 

/* 통보문이 quit 이면 읽기용 관 닫기 */ 

69 

if ( ! strncmp(putMsg, "quit", 4)) 

70 

_ { ___ 

71 

close (pipeDes [0]) ； 

\T2\ 

_/* 관에 쓰기를 하고 Is 기다린다 . */ _ 

73 

write(pipeDes[l] ? putMsg, MAXBUF) ； 

74 

_sleep(l) ； _ 

75 

一 } 一 

76 

/* */ 

77 

write(pipeDes[l], putMsg, MAXBUF) ； 

78 

_sleep(1) ； _ 

79 

一 } 一 

|80 

} 

|81 

/* 프로쎄스의 생성 이 실패인 경우 */ 

82 

else 

83 

{ _ 

84 

printf ("프로쎄스의 생성에 실패했습니다 . \n’’); 

85 

_ } ___ 

86 

return 0 ； 

87 

[} 


우와 같이 프로그람을 작성하였으면 실행을 시켜보자 . 

그림 5-4 는 프로그람을 실행시키고 발생한 신호를 처리한 결과를 보여주고있다 . 
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그림 5-4. pipe_signal.c 의 실행결과 


5.2.5. 관과 exec 함수 

멜상에서 관을 리용하여 서로의 결과를 주고받는것을 이미 보았는데 이것을 pipeO 
체 계 호출함수를 리용한 프로그람에서도 활용할수 있다. 이때 사용되는 체 계 호출함수가 바 
로 exec () 이 다. 

리해를 쉽게 하기 위해 execO 함수를 활용한 실례를 먼저 보기로 하자. 아래의 실례 
는 월지 령 인 ps 를 실행시 킨것으로써 execvpO 함수를 리용한다. execvp 는 exec 계 렬의 함 
수로서 지 령을 위한 인수들과 지 령 이름을 리용한다. 


/* execO 를 리용하여 ps -ef 를 실행시킨 실례 */ 
main () 


char * ps [3] = {" ps ", "- ef ", NULL } ； 

execvp (ps [0], ps ) : 

exit ( O ) 


그러면 exec 프로쎄스를 실행하고 그 결과를 관을 통해 다른 exec 프로쎄스에 전달하 
려면 어떻게 해야 하겠는가? 이 문제는 간단히 말하여 "ps -ef | grep sys " 와 같은 지 
령을 exec 프로쎄스와 pipe 를 리용하여 수행하려면 어떻게 해야 하는가 하는 문제를 해결 
하는것 이 다. 
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이러한 지령을 수행하기 위하여 다음과 갈은 배럴의 지적자를 러용하여 변수를 설 
정 한다 . 


char *ps[3] = {"ps" , M -e: 

f" , NULL} : 

char *grep[3] = {’’grep” , 

"sys" , NULL} : 


그 다음 pipe 0 함수를 리용하여 관에서 사용할 파일서술자를 엄도록 한다 . 먼저 실 
행되는 자식프로쎄스에 dup2 () 지령을 리용하여 본래의 파일서술자를 대신할 새로운 파 
일서술자를 만들도록 한다 . 이 때 대신 리 용되는 파일서술자는 관에 자료를 쓰기 하는 파일 
서술자가 된다 . 이렇게 한 다음 execvpO 를 리용하여 미리 설정해두었던 ps 명령을 실행 
시킨다 . 


dup2 ( pipeDes [1] , 1); 
close { pipeDes [0] ) % 
close ( pipeDes [1] ) : 
execvp ( ps [0] , ps) : 


이번에는 자식프로쎄스가 실행한 ps 지령의 결과를 관으로 받아서 처리할 부모프로쎄 
스에 대하여 보기로 하자 . 부모프로쎄스도 dup2 () 지령을 러용하여 관을 읽는 파일서술 
자를 새로운 파일서술자로 대치시킨다 . 그 다음 미리 설정해 둔 grep 를 execvpO 함수를 
리용하여 실행시킨다 . 


dup2 ( pipeDes [0] , 0) : 
close ( pipeDes [0] ) : 
close ( pipeDes [1] ) : 
execvp ( grep [0] , grep ) : 


해 

그러면 지금까지 설명한 내용에 기초하여 exec 프로쎄스를 실행하고 그 결과를 관을 통 
다른 exec 프로쎄스에 전달하는 실례프로그람의 원천코드를 보기로 하자 . 

실례 프로그람 : pipe_exec. c 

1 

^include <stdio. h> 

2 

\3 

int main () 

\T 

Jj_ 


/* 관서술자선언 */ 

卜 『 

J_int pipeDes [2] ； _ 

\Y 



I/* 자식프로쎄스의 PID 용 변수 */ 

9 

int childPID = 0 ； 

^0 
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11 

/* 실행할 월지령을 정의 */ 

12 

char *ps[3] = {"ps", "-ef", NULL}; 

13 

char *grep [3] = f’grep”, "sys”, NULL} ； 

14 


15 

/* 관체계호출 */ 

16 

if (pipe(pipeDes) == -1) 

17 

{ 

18 

printf ("관생성에 실패 !”); 

19 

return 0; 

20 

} 

21 


22 

/* fork0 함수 실행，자식프로쎄스의 생성 */ 

23 

childPID = forkO ； 

24 


25 

/* 자식프로쎄스이면 ps 지령을 실행 */ 

26 

if (childPID == 0) 

27 

一 { 一 


printf (”<< 자식프로쎄스 : ps 실행 〉 >\n”); 

29 

dup2(pipeDes[l], 1); 

30 

_ close (pipeDes [0]);_ 

31 

close (pipeDes [1]); 

32 

execvp(ps[0], ps) ； 

33 

printf (’’ps 실행에 실패 ! \n n ); 

34 

}___ 

35 

/* 부모프로쎄스이면 grep 지령을 실행 */ 

36 

else if (childPID > 0) 

37 

{ ^ 

38 

printf ("<< 부모프로쎄 스 : ps 결 과를 받아 grep 실 행〉 >\n”) ; 

|39~ 

_ dup2 (pipeDes [0] , 0) ； _ 

40 

close (pipeDes [0]); 

41 

close (pipeDes [1]); 

42 

execvp (grep [0], grep) ； 

43 

_printf (’’grep 의 실행에 실패 \n");_ 

44 

return ； 


}_ 

46 

/* 프로쎄스의 생성에 실패한 경우 */ 
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47 

else _ 

48 

49 

— { — 

_ printf (” 프로쎄스의 생성에 실패하였습니다. V ’);_ 

50 

一 } 一 

51 

_ return 0；_ 

52 

} 


우의 프로그람을 실행시키면 ps - ef 지령을 리용하여 실행중인 프로쎄스들을 찾은 다 
음 grep sys 지령을 리용하여 sys 라는 문구를 가진 프로쎄스를 화면에 출력 하게 된다. 그 
림 5-5 에 그 결과를 보여주었다. 



그림 5-5. pipe_exec.c 의 실행결과 



데 0 \c-\IM (Datagram) 

를퓨터망에서 자료통신용 규약을 매개의 통보문에 포함시켜 전송하는 파케트교환방 
식의 일종으로서 송신말단에서 수신말단까지의 경로를 정하기 위한 정보를 내부에 가 
지고있는 독립적인 파케트방식이다. 
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제 3 절 . FIFO 

지금까지 서술한 관은 프로쎄스사이의 통신에서는 아주 편리한 기능을 보장하고있지 
만 몇 가지 문제점을 가지고있다. 

첫째로 부모-자식프로쎄스사이의 통신에서는 뛰여난 능력을 발휘할수 있지만 부모와 
자식의 관계가 아닌 다른 프로쎄스와의 통신에서는 크게 쓸모가 없다는 약점이 있다. 

둘째로 관은 프로쎄스들의 수행이 끝난 다음에는 없어진다는것이다. 이런 문제점으 
로 하여 관을 서로 다른 프로쎄스사이의 통신에서는 리용하기가 힘들다. 

이러한 문제점을 극복하기 위한 방도로서 변형된 관이 개발되였는데 이것이 바로 이 
름가진 관 (named pipe ) 으로 불리우는 FIFO 이 다. FIFO 는 과일처 럼 이 름을 가지며 관러 
할수 있다. 즉 관기능을 담당할 파일이 생성되여 지우기전까지 계속 파일체계에 남아있게 
된다. 또한 접근권한을 리용하여 관의 접근을 제한할수도 있다. 

월상에서 FIFO 를 만들려면 mknod 지령을 p 추가선택항목과 함께 사용하면 된다. 

반드시 명심해 야 할것은 FIFO 는 일반파일이 아닌 특수파일의 일종이 라는것 이 다. 

그러 면 FIFO 를 리 용하여 프로그람을 작성 하는 방법 을 보도록 하자. 일반적 으로 FIFO 
와 관을 사용하는데는 특별한 차이가 없다. 하지만 FIFO 는 파일로 존재하기때문에 생성 
과 열기 ( open ) 에서 차이점을 가지고있다. FIF ◦를 생성하기 위해서는 mkfifoO 함수를 리 
용하여야 한다. mkfifoO 와 함께 파일이름과 접근권한을 지적해주면 FIFO 가 생성된다. 례 
를 들면 다음과 같다. 

| rnkfifoCTIFO ", 0666)； | 

mkfifoO 함수호출에 실패하면 -1 이 되돌려진다. 만일 이미 FIFO 가 존재한다면 생성에는 
실패하지만 이전의 FIFO 를 그냥 사용할수 있다. FIFO 를 생성했으면 openO 지령을 리용하 
여 FIFO 의 파일서술자를 얻어오도록 한다. 이것 이 본래의 관과 가장 큰 차이점이라고 할수 있 
다. 실례를 들어보면 다음과 같다. 


int fileDes ； 



fileDes = open( 

"FIFO", 

O—RDWR) : 

fileDes = open( 

"FIFO", 

0_RD0NLY); 

fileDes = open( 

"FIFO", 

O—WRONLY) : 


만일 FIF ◦를 열기하면서 블로크로 되 지 않도록 하려 면 0_ NDELAY 기 발을 함께 사 
용하면 된다. 읽기전용으로 FIFO 를 열기하면서 블로크로 되지 않도록 만들려면 아래의 사 
용형 식 과 같이 하여 야 한다. 

fileDes = open ( " FIFO ", Q RDONLY | 0 NDELAY ) ； ] 
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그러 면 지금까지 소개한 내 용을 바탕으로 하여 FIFO 를 만들고 이것을 리용하여 통 
신을 진행 하는 실 례 프로그람을 만들어 보자. 이 때 사용되 는 프로쎄 스는 부모, 자식 관계 를 가 
지지 않는 전혀 별개의 프로쎄스가 되여야 한다. 

먼저 FIFO 를 러용하여 통보문을 수신할 프로쎄 스의 작업 에 대 하여 보자. 

FIF ◦를 만들거나 리용하기 위해 fcntl.h 머 리부파일을 불러들인다. 그리고 수신할 통보 
문의 크기와 완충기를 선언해 준다. 그런 다음 FIFO 를 생성하도록 한다. 


tinclude <fcntl. h> 
#define MAXBUF 32 
char buffer [MAXBUF] : 
mkfifoC "FIFO" ， 0666 )； 


FIFO 의 생성이 끝났으면 open 을 통해 FIFO 를 열도록 한다. 모든 작업이 원만히 되 
였으면 read 를 러용하여 FIF ◦로부터 buffer 안에 자료를 입력한다. 만일 읽어들인 자료 
가 quit 로 시작되면 프로쎄스를 탈되시킨다. 


int fileDes; 

fileDes = open( "FIFO" , 0_RDWR); 

read(fileDes, buffer, MAXBUF); 

if ( Istrncmp(buffer, "quit" ，.幻 ) exit(0); 


이번에는 FIF ◦에 자료를 입력하는 프로쎄스의 작업을 보도록 하자. 이 프로쎄스는 
FIF ◦를 쓰기 전용으로 열기 한후 사용자로부터 전송할 통보문을 입 력 받는다. 그 다음 write 
함수를 리용하여 통보문을 FIF ◦에 넣는다. 


int fileDes; 

fileDes = open( "FIFO" , 0_WR0NLY) : 
gets (buffer) : 

write (fileDes, buffer, MAXBUF); 


지금까지 소개한 내용을 기초로 하여 전체 과정에 대한 원천코드를 작성하여 보자. 
아래의것은 통보문을 읽기 하는 프로그람의 원천코드이 다. 


실례프로그람 : rcvFifo.c 

1 I ttinclude <stdio. h> 

2 #include <fcntl.h> — 

3 | #include <errno.h> 

4 

5 /* 통보문의 크기 선언 *7 

6 ttdefine MAXBUF 32~ 

7 
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int main () 

{ 

/* 파일서술자와 완충기선언 */ 
int fileDes ； 

char buffer [ MAXBUF ] : 

/* mkfifoQl - 리용하여 FIFO 생성 */ 
if ( mkfifo (，， FIFO ，，, 066용『: = -1) 

{ 

if(errno != EEXIST ) 

printf (’’FIFO 관생성 에 실패 ’’) ； 

} 


/* open 0을 리 용하여 FIFO 열기 */ + 
fileDes = open ( M FIFO M , 0_ RDWR ) ; 
if (fileDes < 0) — 

1 一 

printf (’’FIFO 관열기 에 실패’’); 

_ return 0；_ 

1 一 

/* 통보문을 계속 읽어들인다. */ 
for (； ；) 

1 一" 

/* FIFO 로부터 통보문을 읽 기 */ 

if ((read ( fileDes , buffer , MAXBUF )) < Q ) 

{ 

printf (’’ 통보문의 읽기에 실패’’); 

_ break ； _ 

} 

else 

{ 

/* 읽은 통보문을 화면에 출력 */ 
printf (’’ 읽 은 통보문 : 宅 s \ n ”, buffer ) : 
— /* 통보문이 quit 이면 완료 */ 

if ( ! strncmp ( buffer , " quit ", 4)) 


1 

return 1； 


@ 혈활 @ 혈⑩철製⑩ 
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다음은 통보문을 FIF ◦에 쓰는 프로그람의 원천코드이다. 


실례프로그람: sendFifo.c 

1 | 

#include < fcntl . h > 

2 

tinclude < stdio . h > 

3 


4 

/* 통보문의 크기선언 */ 

5 

ttdefine MAXBUF 32 

6 


7 | 

int mainO 

8 

{ 

9 

/* 파일서술자와 완충기선언 */ 

10 \ 

int fileDes ； 

11 

char buffer [ MAXBUF ] : 

12| 


13 

/* openO 을 리용하여 FIF ◦열기 */ 

14 

fileDes = openC ' FIFO ", 0_ WR 0 NLY ); 

15 

if (fileDes < 0) 

16 

{ 

17 

printf("FIFO 관의 열기에 실패"); 

18 

return 0; 

— 19 — 

} 

lo 


21 

/* 통보문을 계속 전송한다. */ 

22 

for (: ；) 

23 

{ 

24 

一 /* 사용자로부터 통보문입 력 받기 */ 一 

1 ^5 

= printf (” 통보문입력:");" 

—26 

gets ( buffer ) ; 

27 

/* 입 력받은 통보문을 FIFO 에 쓴다. */ 一 

28 

if (write ( fileDes , buffer , MAXBUF ) ==~^1)一 

29 

_ { ___ 

다 0 

+ printfC ” 관에 대 한 통보문의 쓰기에 실패 ”) ; 

31 

break ； 

~~ 

r 32 j 


33 1 

/* 통보문이 quit 이면 완료 */ 

=34 

if ( ! strncmp ( buffer , " quit ", 4)) 

35 

~~ 

36 

exit (0); 

37 

} 

38 

} 

39 

return 1； 

40 j 

} | 
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코드작성이 끝나면 두개의 썰창(또는 서로 떨어진 두대의 름퓨터)을 리용하여 프로 
그람들을 실행시켜 보자. 먼저 그림 5-6 과 같이 rcvFifo 프로그람을 실행시킨다. 그리고 다 
른 창을 리용하여 sendFifo 프로그람을 실행시킨다. (그림 5-7) 



그림 5-6. rcvFifo.c 의 실행결과 



그림 5-7. sendFifo.c 의 실행결과 

이때 rcvFifo 지령을 실행시킨 다음 해당 등록부내부를 보면 FIFO 특수파일이 생성된 


것을 볼수 있다. 



콤피일려 (compiler) 오卜 해석기 (interpreter) fe 어떤 XK )| 가 있는가 ? 

를파일러란 원리적으로 볼 때 하나의 프로그람작성언어를 다른 종류의 언어로 변환 
하는 프로그람을 말한다. 그러 나 일반적 으로 사용되는 의미는 고급프로그람작성 언어 로 
작성된 원시프로그람을 콤퓨터가 직접 해득할수 있는 대상코드 (object code ) 로 번역 
하는 프로그람을 말한다. 


이와는 달리 해석기는 자동프로그람작성기의 일종으로서 원시프로그람에서 한개 문 
장을 받으면 번역하여 즉시 실행으로 옮기고 이어서 다음 원시문을 번역하는 형식으로 
처 리를 진행 하는 프로그람이다. 
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제4절. 신호기 

앞에서 스레 드에 대 하여 설명 하면서 스레 드동기 화에 대 한 문제를 취 급하고 mutex 와 
스레드조건변수를 활용하여 문제를 해결하는 방법을 보았다. 스레드에서 동일한 령역 이 나 
자원을 동시에 리용하면 문제가 발생하는것처럼 프로쎄스들사이에서도 같은 원인으로 하 
여 문제 가 발생 할수 있다. 그러므로 이 절에서는 프로쎄 스들사이 에서 발생 할수 있는 동기 
화문제를 해결하는 방법에 대해 설명하려고 한다. 

5.4.1. 신호기 소개 

스레 드에서 mutex 를 리 용하여 스레 드사이의 동기 화문제 를 해결했다면 프로쎄스에서 는 
신호기를 리용하여 이 문제를 해결한다. 신호기는 프로쎄스들사이에 리용되는 자료 등의 자 
원을 보호하는데 목적을 둔 프로쎄스들사이의 통신 ( IPC ) 방법 이 다. 하지만 신호기는 관이나 
통보대기렬과 같은 자료전송을 목적으로 하는 일반적인 프로쎄스들사이 통신과는 다르다. 

프로쎄 스들사이 에서 동시 에 특정 한 자료에 접근해 야 할 때 특히 서 로 같은 시간에 접 
근할 때에는 하나의 프로쎄스만 접근하도록 만들어주어야 한다. 이것은 스레드에서 mutex 
를 사용해야 하는 원리와 같다. 그러면 신호기의 동작원리에 대해 간단히 살펴보자. 

먼저 공유된 자원에 대하여 신호기를 생성하여 신호기가 자원을 가리키도록 한다. 이 
때 신호기 안에 는 해 당 자원에 접 근이 허 용된 프로쎄 스의 개수가 나타나게 된다. 례를 들 
어 이 값이 0이면 자원에 접근할수 있는 프로쎄스가 없다는것을 의미한다. 

따라서 자원에 접근하려고 하는 프로쎄스들은 이 값을 검사하면 된다. 만일 이 값이 
0보다 크면 자원에 접근할수 있다. 자원에 접근할 때에는 신호기값을 하나 감소시키고 작 
업 이 끝나면 다시 하나 높여주면 된다. 만일 신호기값이 1이 라면 최대 하나의 프로쎄스 
만 해당 자원을 사용할수 있게 된다. 

왜냐하면 어떤 프로쎄스가 자원을 사용할 때에는 0이 되기때문에 아무도 접근할수 없 
으며 작업이 끝나면 자원에 대한 해제를 하여야 또 다른 프로쎄스가 작업을 진행할수 있 
기 때문이다. 

이러한 원리를 신호기에 구현하려면 먼저 신호기를 초기화하는 과정이 필요하며 신 
호기값을 알아보는 과정도 필요하다. 그리고 정황에 맞게 신호기값을 증가 또는 감소시키 
는 과정 이 필요하다. 

Linux 에서는 이러한 신호기를 적용할수 있는 구조 ( struct ) 와 체계호출함수들을 제 
공하고있 다. 

5.4.2. 산호기제계호출&수 

체계준위에서 신호기를 제공하기 위하여 핵심부에서는 신호기를 위한 구조(구조체) 
를 리용하여 신호기를 관리하게 된다. 이때 사용하는 구조는 semid _ ds 인데 일반적으로 다 
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음과 같이 구성되여 있다. 


struct semid_ds 

{ 

struct ipc_perm sem _ perm ； 
unsigned long int sem _ nsems ; 
_ time_t sem _ otime ； 

_ time_t sem _ ctime ; 
unsigned long int — unusedl ; 
unsigned long int _ unused 2; 
unsigned long int _ unused 3; 
unsigned long int _ unused 4; 

}； 


제 일 먼저 나오는 perm 값은 신호기 에 대 한 접근권한을 의미하는것으로서 일반파일 
에서와 같다. nsems 는 생성하려고 하는 신호기의 크기를 의미한다. 그러고 o 社 me 은 신 
호기와 관련된 작업을 수행하는 마지막 시간을 의미하며 ctime 은 구조의 자료들이 갱신 
된 마지막 시간을 의미한다. 

Linux 에서는 구조와 신호기를 리 용한 기본적 인 작업 을 위 하여 체 계 호출함수로 다음 
과 갈은것들을 제공하고있다. 


int semget () : 
int semopO; 
int semctl (); 


그러면 이러한 체계호출함수에 대하여 하나씩 보도록 하자. 먼저 semgetO 에 대해 보 
면 이 함수는 신호기를 새로 생성하거나 또는 이미 만들어진 신호기를 얻기 위해 사용하 
는 함수이다. semgetO 함수의 사용형 식 을 보면 다음과 같다. 


int semget (key _t key , int nsems , int semf lg ) : 


semgetO 함수에서 제일 먼저 사용된 key 인수는 신호기의 열쇠값으로서 다른 신호기 
와 구별하여 리용하는 ID 로 된다. 신호기가 생성되면 key 값을 리용하여 신호기에 접근 
할수 있다. 그리고 두번째로 사용된 nsems 인수는 사용하려는 신호기의 개수를 의미한다. 

보통 1로 사용되는 이 값은 신호기를 생성할 때에 꼭 필요하다. 신호기를 생성하지 않 
고 그냥 신호기의 얻기 만을 목적으로 할 때 에는 0을 사용해 도 된다. 세 번째 로 사용된 semflg 
인수는 신호기에 접근할 때 사용하는 기발로 된다. 이 기발을 리용하여 신호기의 생성과 접 
근권한을 가질수 있다. 기발로 사용할수 있는 선언자에는 다음과 같은것들이 있다. 

• IPC _ CREAT : 지정된 Key 값을 리 용하여 신호기 를 생성 한다. 
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• IPC _ EXCL ： IPC _ CREAT 와 함께 사용한다. 만일 Key 를 가진 신호기가 이미 존 
재 하면 오유를 되돌려준다. 

• 접 근권한지 정 : 일 반과일 에 서 접 근권한을 지 정하듯이 수자의 묶음을 사용한다. (례 : 

666 ) 

이러한 기발들은《|》를 리용하여 련속적으로 지정할수도 있다. 례를 들어 《0666 | 
IPC _ CREAT > 처 럼 사용할수 있다. 만일 신호기를 생성하기 위하여 IPC _ CREAT 만을 지정 
한 경우에는 동일한 열쇠값을 가진 신호기가 이미 있으면 본래 신호기의 ID 를 되돌려 준다. 

만일 열쇠값을 7654로 사용하고 접근권한을 666으로 설정하여 신호기를 새롭게 생 
성하려면 다음과 같이 하면 된다. 


int Sem_id = semget (( key _ t )7654, 1, 0666 | IPC _ CREAT ); 

이번에는 semopO 체계호출함수에 대해 살펴보자. semopO 함수는 신호기연산을 실 
행 하는 함수로서 사용형식은 다음과 갈다. 


int semop (int sem _ id , struct sembuf * ops , num ); 

여기서 첫번째인수인 sem _ id 는 semgetO 에서 얻어온 신호기의 ID 가 된다. 그러고 두 
번째 인수인 sembuf 형의 지 적 자형 변수 ops 는 신호기 에 대 하여 수행 하려고 하는 연산을 지 
정 한 sembuf 형의 배럴에 대한 지적자가 된다. 

이 때 sembuf 구조 ( struct ) 는 다음과 같이 구성 되 여있 다. 


struct sembuf 

{ 

short sem _ num ; 
short sem _ op ； 
short sem _ flg ； 


여기서 sem _ rmin 은 신호기의 번호를 의미한다. 만일 신호기의 원소가 하나라면 0이 
된다. sem _ op 에는 신호기값을 변경시 키 기 위 한 값이 들어 있다. 마지 막으로 sem _ flg 는 신 
호기의 기발을 설정하는데 사용되는 값으로서 일반적으로 SEM _ UNDO 가 사용된다. 
SEM _ UND ◦로 설정 하면 신호기 에 대 한 변경 을 관리 하며 프로쎄 스가 탈피 할 때 특별히 신 
호기를 제거하지 않아도 체계가 자동적으로 신호기를 해제시켜준다. 

이번에는 semctlO 체계호출함수에 대해 보기로 하자. semctlO 함수는 신호기를 직접 
조종하는데 사용되는 함수로서 다음과 갈은 사용형식을 자진다. 


int seme 比 (int sem _ id , int semnum , int cmd , union semun arg ); 

semctlO 함수에서 사용되는 첫번째 인수인 semj 吐는 semgetO 를 통해 얻어온 신호기의 ID 
로 되고 두번째 인수인 semnum 은 신호기의 번호를 의미한다. 세번째 인수인 cmd 는 신호기 
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가 수행할 지 령으로 된다. 이때 사용할수 있는 선언자로는 다음과 갈은것들이 있다. 

• IPC_STAT ： 신호기의 상태를 마지막 인수인 arg 에 보관 

• IPC _ SET ： 마지막 인수인 arg 의 semid _ ds 구조체가 가지고있는 내용을 기초로 신 
호기의 접근권한을 변경 

• IPC_RMID ： 신호기 삭제 

• GETALL ： 모든 신호기의 값을 얻은 다음 마지막 인수인 arg 의 정수배럴에 보관 

• GETCNT : 자원의 접근을 기다리고있는 프로쎄스의 수를 되돌리기 

• GETPID : 마지막으로 semopO 함수를 실행한 프로쎄스의 PID 를 되돌리기 

• SETVAL : 신호기를 마지막 인수인 arg 의 val 값으로 설정 

• SETALL ： 모든 신호기의 값을 마지막 인수인 arg 의 값으로 설정 

마지막 인수로 사용된 union semun 형의 arg 에 대하여 보자. 먼저 semun 형을 보 
면 다음과 같다. 


union semun { 
int val ； 

struct semid_ds * buf ； 
unsigned short * array ； 
struct seminfo * infobuf : 
void * pad ； 


semun 은 union 형 이 기때 문에 인수로 사용된 arg 는 semun 형 중에서 하나의 값으로 사 
용된다. 이것은 방금전에 살펴보았던 cmd 인수와 련관이 있다. 다시말하여 semun 의 첫 
번째 형인 val 은 SETVAL 을 위한 값으로 활용된다. 그리고 semid _ ds * 형의 buf 는 
IPC _ STAT 와 IPC _ SET 를 위 한 완충기 로 사용된다. array 의 경우에는 GETALL 지 령 
과 SET ALL 지령을 위한배렬로 된다. 마지막으로 infobuf 는 IPC _ INF ◦를 위한 완충기 
로 사용된다. 

지금까지 신호기의 체계호출함수들에 대해 하나씩 살펴보았다. 체계호출함수들에 대 
한 설명가운데서 잘 리해가 되지 않는 부분들도 있겠지만 실례프로그람들을 리용하여 실 
지 로 함수를 사용하여 보면 쉽 게 리해할수 있 다. 

5.4.3. 신호기를 리용한 실례프로그람 

여기서 설명할 실례프로그람은 파일에 통보문을 입력하는 프로그람이다. 이때 신호 
기를 리용하여 파일에 통보문을 입 력 하는 프로쎄 스는 오직 하나가 되도록 만든다. 그리 고 
시험을 위하여 하나의 프로쎄 스는 신호기의 값을 증가만 시키고 또 다른 프로쎄 스는 신호 
기의 값을 감소만 시키도록 만든다. 

신호기의 값을 증가만 시키는 프로쎄스의 경우에는 다른 프로쎄스의 도움이 없이도 작 
업을 수행할수 있다. 하지만 신호기의 값을 감소만 시키는 프로쎄스의 경우에는 다른 프 
로쎄스가 신호기의 값을 증가시켜주지 않으면 실행을 계속할수가 없다. 왜냐하면 신호기 
의 값이 0이 되는 순간부터 1이 될 때까지 계속 대기해야 하기때문이다. 
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그럼 먼저 신호기의 값을 증가시 키는 plusSem 프로그람을 작성 해 보자. 먼저 semgetO 
함수를 리 용하여 신호기의 ID 를 얻 어 오도록 한다. 만일 신호기 가 생성 되 여 있지 않으면 그 
것을 생성시키고 sembuf 구조형의 변수를 선언한 다음 이것을 초기화한다. 


semld = semget ((key_t) 1234, 
semgetO 실행*/ 
struct sembuf semB ； 
semB. sem_flg = SEM_UNDO : 
semB_num = 0 ； 


1, 0666 | IPC_CREAT)；/* 


또한 semctlO 함수를 리용하여 신호기의 값을 초기화하고 파일에 통보문을 입 력한 다 
음 신호기의 값을 증가시 킨다. 정상적 인 프로그람이 라면 파일에 통보문을 입 력하기전에 신 
호기의 값을 감소시켜주어 야 한다. 


semctl (semld, 0, SETVAL, 1); /* 신호기의 초기화 */ 

file = fopen( “./db.txt” ， “a+” ); /* 파일작업수행 */ 

fprintf (file, “plusSem 프로쎄 스통보문 보관 \n” ); 
fclose(file) : 

semB. sem_op = 1； /* 신호기의 값증가 */ 
semop (semld, SsemB, 1); 


신호기를 러용한 작업 이 끝났으면 아래와 같이 semctlO 함수를 리용하여 신호기를 제 
거한다. 


semctl (semld, 0, IPC_RMID, 0) ; 


이때 시험을 위해 아래와 같이 신호기의 실행중간에 신호기를 수정한 프로쎄스의 P1D 
와 자기자신의 P1D 를 출력하는 모둘을 삽입하도록 하자. 


/* 신호기 에 마지 막으로 수정 을 가한 프로쎄 스의 PID 를 출력 */ 
int prold = semctl (semld, 0, GETPID, 0); 

/* 자기 자신의 PID 출력 */ 

printf ("minus 신호기의 PID ； %d\n", getpidO); 


이번에는 신호기의 값을 감소만 시키는 mimisSem 프로그람을 작성해보자. 먼저 semgetO 
함수를 리용하여 신호기의 ID 를 구하도록 한다. 그 다음 신호기의 값을 감소시키는 작업과 파 
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일에 통보문을 입력하는 작업을 반복해서 수행한다. 


semld = semget (( key _ t ) 1234, 1, 0666 | IPC _ CREAT ); 
for (. 

{ 

/* 신호기의 값을 감소시킨다.*/ 
semB . sem_op = -1； 
semoop ( semld , SsemB , 1); 

/* 아래부분은 생 략 */ 


minusSem 프로쎄스가 실행하는 경우 plusSem 프로쎄스의 도움이 없이는 작업을 끝 
까지 수행할수 없다. 그것은 자기의 능력으로는 0이 된 신호기의 값을 증가시 킬수 없기 
때문이다. 그러면 지금까지 설명한 내용에 기초하여 작성한 전체 원천코드를 보도록 하자. 
먼저 plusSem 프로그람의 원천코드는 다음과 같다. 


실례프로그람: plusSem.c 

1 

#include < stdio . h > 


#include < unistd . h >_ 

3 

#include < stdlib . h > 

4 


5 

/* 신호기를 위한 머리부파일들 */ _ 

|6~ 

# include 〈 sys / types . h > 

一7「 

#include < sys / ipc . h >_ 

r §~ 

ttinclude < sys / sem . h > | 

|9~ 


\^Yo 

/* 신호기의 값을 증가시키는 main 함수 */ _ 

11 

int main(int argc , char * argv [ ]) 

12 

H { 

13 

/* 신호기 와 파일을 위한 변수선언 */ 

14 

int step ； 

| l 5~ 

J _ int semld , prold ； 

M 6~ 

FILE * file ; 

M 7" 

struct sembuf semB ； 

18^ 


M 9" 

/* sembuf 의 초기값설정 */ 

1子 

semB . sem f lg = SEM — UNDO ; 

21 

semB . sem_num =0; 

\22 


\23 

J /* semgetO 를 리용하여 신호기의 ID 구하기 */ 
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24 

semld = semget (( key _ t )1234, 1, 0666 | IPC . CREAT ) ； 

25 

26 


/* 신호기의 초기값설정 */ 

27 

if ( semctl ( semld , 0, SETVAL , 1) == -1) 

28 

29 

{ 

fprintf ( stderr , "신호기의 초기화에 실패하였습니다 .\ n "); 

30 

31 

32 

exit (0); 

} 


33 

34 

/* plusSem 프로쎄스의 PID 출력 */ 

printfC'PLUS 신호기의 PID : % d \ n ", getpidO ); 

35 


36 

37 

/* 파일에 통보문을 5번 기 입한후 완료 */ 

for (step = 0； step < 5； step ++) 

38 

39 

40 

{ 

/* 신호기 에 마지막으로 수정을 가한 프로쎄스의 PID 출력 */ 

prold = semctl ( semld , 0, GETPID , 0); 

41 

42 

prin 社("신호기를 변경한 마지막 PID ： % d \ n ", prold )； 


43 

/* db.txt 파일을 열고 통보문을 저 장한후 파일 닫기 */ 

44 

45 

file = f open ("./ db . txt ", ” a +’’); 

fprintf ( file , "plusSem 프로쎄스통보문보관 \ n ’’); 

46 

47 

48 

fclose ( file ); 


_/* 신호기의 값을 증가시킨 다음 Is 정지. */ _ 

49 

50 

semB . sem op = 1； 

if(semop ( semld , SsemB , 1) == -1) 

51 

{ 

52 

53 

一 fprintf ( stderr , "신호기의 값증가에 실패 \ n ’’); 一 

exit (0) ; 

^^ 

54 

55 

56 


sleep (1) ； 

} 

57 

58 


/* 신호기를 제거 */ 

59 

if (semctl ( semld , 0, IPC _ RMID , 0) == —1) 

60 

61 

{ 

fprintf ( stderr , ’’신호기 의 제 거 에 실패 \ n ”) ; 

62 

63 

exit (0) ； 

} 
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64 


65 

66 

exit ( l )； 

[} 


이번에는 minusSem 프로그람의 원천코드를 보도록 하자. 


실례프로그람: minusSem.c 

1 

#include < stdio . h > 

2 

tinclude < unistd . h > 

3 

#include < stdlib . h > 

4 


5 

/* 신호기를 위한 머 리부파일들 */ 

6 

#include < sys / types . h > 

7 

#include < sys / ipc . h > 

8 

#include < sys / sem . h > 

9 


10 

/* 신호기의 값을 감소시키는 main 함수 */ 

11 

int main(int argc , char *argv [] )_ 

一 

12 


13 

/* 신호기와 파일을 위한 변수선언 */ 

14 

int step ; 

15 

int semld , prold ； 

16 

_ FILE * file ；_ 

17 

struct sembuf semB ; 

18 


19 

_/* sembuf 의 초기값을 설정 */ _ 

20 

semB . sem flg = SEM 一 UNDO ; 

21 

semB . sem_num = 0； 

22 


23 

/* semgetO 를 리용하여 신호기의 ID 를 얻기 */ 

24 

semld = semget (( key _ t )1234, 1, 0666 | IPC _ CREAT ) : 

25 


26 

/* 신호기의 초기값을 설정 */ 

27 

if ( semctl ( semld , 0, SETVAL , 1) == -1) 

28 

一 { 一 

29 

_ fprintf ( stderr , ’’신호기의 초기화에 실패 \ n ’’); _ 

30 

exit (0) ； 


一 } 一 

32 


33 

/* minusSem 프로쎄스의 PID 를 출력 */ 
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34 

printf("MINUS 신호기의 PID ： % d \ n ", getpidO )； 

35 


36 

/* 파일에 통보문을 5번 기 입 한후 완료 */ 

37 

for (step = 0; step < 5; step ++) 

38 

{ 

39 

/* 신호기에 마지막으로 수정을 가한 프로쎄스의 PID 를 출력 */ 

40 

prold = semctl ( semld , 0, GETPID , 0); 

41 

printf ("신호기를 변경한 마지막 PID ： % d \ n ", prold )； 

42 


43 

/* 신호기의 값을 감소시 킨다. */ 

44 

semB . sem_op = -1； 

45 

if ( semop ( semId , & semB , 1) == -1) | 

46 

一一 { 一— 

47 

fprintf ( stderr , n 신호기값의 감소에 실패 \ n ’’); 

48 

exit (0) ； 

49 

} 

50 


51 

/* db . txt 파일을 열고 통보문을 보관한후 파일닫기 */ 

52 

file = fopen ( ,, ./ db . txt n , n a +"); 

53 

fprintf ( file , ’’ minusSem 프로쎄스 통보문 저장 \ n ’’); 

54 

fclose ( file ) ; 

55 


56 

sleep (1)； 

57 

} 

58 

exit ( l ) ； 

|59 | 

} 



그림 5-8. minusSem.c 의 실행결과 
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그림 5-9. plusSem.c 의 실행결과 

원천코드를 모두 작성했으면 두개의 월창에서 개개의 프로그람을 실행시켜보자. 이 
때 시험을 위해 minusSem 프로그람으로부터 실행시켜보자. plusSem 프로그람의 경우에 
는 다른 프로쎄스의 도움이 없이도 작업수행이 가능하기때문에 plusSem 프로그람을 먼저 
실행시키면 혼자 작업을 마치고 탈퇴하게 된다. 

프로그람을 실행 시 키면 그림과 같이 (그림 5-8,9) 상대 방의 프로쎄 스에서 변경한 신 
호기의 내용이 자신에게 적용되였다는것을 확인할수 있다. 

5.4.4. 신호기의 제거 

UNIX 는 현재 사용하고있는 IPC 방법을 확인하거나 사용하지 않는 IPC 방법을 제거할 
수 있는 월지령어를 제공하고있다. 현재 등록된 IPC 방법들을 확인하는 지령은 ipcs 이다. 
그림 5-10 에 ipcs 지령을 실행시킨 실례를 보여주고있다. 

ᅬ대」 


그림 5-10. ipcs 의 실행결과 

여기서 실행결과를 자세히 보면 신호기의 열쇠값 ( key ) 이 나오는것을 볼수 있다. 이 
값은 16진수로서 러용하려고 할 때에는 10진수로 바꾸어 리용하면 된다. 


i!- I ! 

6sr 溫 see - 빠 빠 

- sr == 一 J 一! 

Irill 一 - II 


一 Ikeu 一 IkeM ■ 
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만일 3456을 열쇠값으로 한 신호기를 월상에서 강제로 제거하려면 ipcrm 지령을 리 
용하여 다음과 같이 실행하면 된다. 


% ipcrm -S 3456 


여기서 - S 는 추가선택 항목으로서 열쇠값을 리용하여 신호기를 삭제 하는것을 의미한 
다. 만일 신호기의 ID 를 리용하려면 - s (소문자)추가선택항목을 리용하면 된다. 



의릐기-봉사기모형 

일반적으로 정보나 자원을 일률적으로 관리하고 제공하는 역할을 하는 콤퓨터 (하드 
웨어나 쏘프트웨어)를 봉사기라고 하며 봉사기에 정보나 자원을 요청하고 그를 리용 
하는 역할을 하는 콤퓨터(하드웨 어 나 쏘프트웨어)를 의뢰기 라고 하는데 이것들이 서 
로 련관되 여 하나의 응용프로그람을 효률적 으로 실행하도록 설계된 모형 을 말한다. 

이것들은 통신규약에 따라 통신을 진행하며 의뢰기측의 응용은 봉사기정보를 수시 
로 입수하면서 진행되게 된다. 


제5절. 레쿄드잠그기 

프로쎄스에서 동기화문제를 해결하기 위해 리용되는 다른 방법으로는 레코드잠그기 
(Record Locking ) 가 있다. 레코드잠그기는 프로쎄스들사이의 통신을 리 용한 방법 이 아 
니라 프로쎄스가 사용하려고 하는 자원을 잠시 보존할수 있도록 하는 방법이다. 이것을 리 
용하면 프로쎄스들사이에서 발생할수 있는 자원공유문제를 어느정도 해결할수 있다. 

례 를 들어 한 프로쎄스가 자료를 수정 보충하거 나 자료를 옮기는 과정 에 다른 프로쎄 
스가 자료를 갱신하거나 삭제 및 변경을 한다면 이 프로쎄스는 전혀 다른 자료를 가져가 
거 나 깨 진 자료를 려 용하게 된다. 이 런 문제 가 제기되면 발생 원인을 찾기 가 쉽 지 않다. 프 
로쎄스를 개발한 사람들이 프로그람의 원천코드를 아무리 검사하여도 코드에는 문제 가 없 
기때문이다. 이것은 여러개의 프로쎄스가 동시에 기동되면서 발생한 문제이므로 개발자들 
이 모여 동일한 환경을 만들고 오유를 발생시켜야 비로소 오유원인을 찾을수 있다. 따라 
서 이런 오유의 해결방도는 미 리 예방하는것이 최선의 방도이 다. 

레코드잠그기는 다른 프로쎄스들에 현재 자원이 사용중임을 알리는 방법으로서 문제 
가 생 기 지 않도록 미 리 예 방하도록 해 준다. 이 때 레 코드잠그기 에 서 의 레 코드는 파일 이 나 자 
원의 일부를 의미하며 잠그기는 다른 프로쎄스가 접근하지 못하도록 막는다는것을 의미한 
다. 레코드잠그기는 여 러 가지 방법으로 실현할수 있다. 
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5.5.1. lockf 

lockfO 체 계 호출함수를 리 용하여 레코드잠그기를 실현할수 있다. 이 체계 호출함수는 레 
코드잠그기를 아주 쉽게 실현할수 있도록 하는것이다. lockfO 의 사용형식은 다음과 같다. 

int lockf(int fileDes, int purpose, int size); 


여기서 첫번째 인수인 fileDes 는 lockfO 호출이전에 열기한 파일서술자를 의미한다. 
그리고 두번째 인수인 purpose 는 lockf 의 수행목적을 지정하는 인수이다. 마지막 인수 
는 sizs 는 레코드 잠그기에서 사용할 령역에 대한 크기를 의미한다. 

두번째 인수인 purpose 를 러 용하여 lockfO 의 수행목적을 지정한다고 했는데 이때 자 
주 사용되는 선언자는 다음과 같다. 

- F_ULOCK(0) : 잠그기 의 해 제 

- F_LOCK(l) : 잠그기 의 수행 

레코드잠그기의 크기를 지정하는 마지막 인수의 경우 시작위치는 현재 파일에 대한 지 
적자의 위치가 되기때문에 lseekO 등으로 지적자의 위치가 옮겨가게 되면 거기서부터 지 
정한 크기까지가 레코드잠그기의 범위로 된다. 례를 들어 다음과 같이 레코드령역 
(1024Bytes) 에 대 해 잠그기 를 진행할수 있 다. 

lockf (fileDes, F_LOCK, 1024L )； 

만일 크기 를 0으로 설정 하게 되 면 현재 의 파일지 적 자에서 파일의 끝까지 가 령역 으로 
설정되는데 만일 현재의 지적자가 파일의 시작부분이라면 파일 전체가 해당 령역으로 설 
정된다. 여러개의 프로쎄스가 동일한 레코드령역을 리용해야 한다면 LOCK 와 ULOCK 
을 적절히 리용하여 자원의 공유로 인해 발생할수 있는 문제를 예방할수 있다. 

5.5.2. fcntl 

이번에는 fcntlO 체계호출함수를 리용하여 레코드잠그기를 실현하는 방법에 대해 보 
도록 하자. 앞에서 관을 리용하면서 fcntlO 을 소개한바가 있다. 이것은 관의 블로크를 해 
제하는 방법을 소개하면서 나왔었다. 그때 소개된 문법은 다음과 갈다. 


ttinclude <fcntl.h> 

fcntl (fileDes, F_SETFL, 0_NDELAY); 


fcntlO 함수를 리용하면 레코드잠그기를 읽기에 대한것과 쓰기에 대한것으로 나누어 
잠그기를 진행할수 있다. 그러면 먼저 레코드잠그기를 위해 사용되는 fcntlO 의 사용형식 
을 보도록 하자. 

| int fcntl (int fileDes, int cmd, struct flock* lockT); 
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첫번째 인수인 fileDes 는 미리 열려진 파일의 서술자가 된다. fcntl 은 읽기잠그기와 
쓰기잠그기를 지원한다고 했는데 읽기를 위한 잠그기를 위해서는 fleDes 가 읽기전용 또 
는 읽기, 쓰기용으로 열려야 하고 잠그기를 하려면 fileDes 가 쓰기전용 또는 읽기，쓰기 
용으로 열려져 야 한다. 

두번째 인수인 cmd 는 fcntlO 이 어 떤 작업 을 수행 하는가에 대 하여 지 정 한다. fcntl 0 
가 레코드잠그기를 수행하기 위해 사용되는 cmd 값에는 다음과 같은것들이 있다. 

• F _ GETLK : 레코드잠그기의 정보를 엄어 온다. 

• F _ SETLK : 잠그기 하거 나 잠그기 를 해 제 하는데 사용된 다. 

- F _ SETLKW ： 파일 에 대 한 잠그기 를 진행 한다. 이 미 잠그기 가 되 여 있으면 작업 을 
중지 한다. 

세번째 인수인 lockT 는 잠그기 에 대 한 정 보를 얻 어 오거 나 잠그기할 때 개 개의 정 
보를 담는 구조체로 활용된다. lockT 의 자료형 인 flock 은 다음과 같이 이루어져 있다. 


struct flock { 

off_t l_start : 
off_t l_Ien : 
pid_t l _ pid ； 
short l _ type ； 
short l _ whence ； 


구조체속에 있는 l _ start , l_whence 그리고 l _ len 는 레코드잠그기의 령역에 대한 정 
보를 얻는데 사용된다. 이때 l _ whence 와 l _ start 를 리용하여 파일의 정확한 시작위치를 
구할수 있는데 l _ whence 는 l _ start 가 가리키는 지점 이 파일지적자의 위치(처음인지 중 
간인지 끝인지)를 알려주고 l _ len 은 구역의 크기로 된다. 만일 l _ len 이 0이면 파일의 끝 
까지를 의미한다. 

그리 고 l _ pid 는 잠그기 한 프로쎄 스의 PID 인데 이 값은 F _ GETLK 을 리 용하여 레 코 
드잠그기의 정보를 엄어올 때 의미가 있다. 마지막으로 l _ type 는 수행하려고 하는 잠그 
기의 형을 지정한다. 이때 사용되는 선언에는 다음과 갈은것들이 있다. 

• F _ RDLCK : 읽기 잠그기를 의미 한다. 

• F _ WRLCK : 쓰기 잠그기를 의미 한다. 

• F _ UNLCK ： 잠그기 의 해제를 의미 한다. 

알아두어 야 할것은 읽 기잠그기 를 하면 다른 프로쎄 스는 쓰기 잠그기를 못하게 되며 쓰 
기잠그기를 하면 읽기，쓰기 잠그기를 모두 못하게 된다는것 이 다. 


148 


탄資#철致찰 






프로쌔스들사이 통신 r (관과 신호기》 


5.5.3. 레코드장•그기의 실례 

이번에는 lockfO 체계 호출함수를 리 용하여 레코드잠그기를 실현한 실례 프로그람을 만 
들어보자. 여기에 나오는 례제는 신호기에서 나왔던 실례와 류사하다. 즉 db . txt 파일을 열 
어 통보문을 입 력 하는 프로그람으로 통보문입 력 을 한후에 lock 와 unlock 를 수행 하게 된다. 

알아두어야 할것은 신호기를 위한 실례에서는 표준입출력서고인 fopenO 을 리용했지 
만 lockfO 체계호출함수에서는 openO 함수를 러용하여 파일의 열기를 해야 한다는것이다. 
그럼 전체 원천코드를 보도록 하자. 


실례 프로그람: recLock . c 

1 

^include <stdio.h> 

2 

#include <unistd. h>_ 

3 

tinclude <stdlib. h> 

4 

tinclude <fcntl. h> 

5 


6 

int main (int argc, char *argv [] ) 

一 

j 7 


8 

一 /* 파일을 위한 변수선언 */ 一 

9 

int file, step ； 

10 


11 

/* 파일 에 통보문을 5 번 기 입한후 완료 */ 

12 

for (step = 0 ； step < 5 ； step++) 


{ 

| 14 一 

/* db.txt 파일을 열기 */ 

15 

file = open("./db.txt", O.WRONLY | 0_APPEND) ； 

16 

if (file ᅳ -1) 

17 

一 { 

18 

fprintf(stderr, "파일의 열기에 실패 \n n ); 

19 

exit(0) ; 

20 

— } 

& 


22 

~ /* lockfO 를 리용하여 lock 를 수행한후 통보문을 입력 */ 

f23 

lockf(file, F_LOCK, 0L) ； 

\ 2 A 


25 

/* lockfO 를 리용하여 unlock 시킨후 파일닫기 */ 

26 

lockf(file, F.ULOCK, 0L) ； 

27 

close (file) ； 

28 

sleep(1); 

29 

} 

lo 

exit ⑴ ; 

31 

} 
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제 6장 

프로쎄스들사이 ■신2 (공유기억기와 틍보대기렬) 


서폰 


이 장에 서 는 5장에 이 어 프로쎄 스들사이 의 통신에 대 하여 계속해 서 보 
기로 한다. 여기 에서 취급할 주요내용은 공유기 억기와 통보대기 렬에 대 한 
것으로서 모두 IPC 를 실현하기 위해 많이 사용되는 중요한 방법들이다. 

공유기 억 기 는 토막 ( segment ) 이 라고 부르는 특정 한 기 억 기 령 역 을 여 
러 프로쎄스가 함께 사용하는것을 의미하는데 이를 통하여 여러 프로쎄 
스들이 통신을 진행한다. 즉 기억기의 한 부분을 한 프로쎄스가 입력하 
면 다른 프로쎄스가 그 부분을 가져가는 방법을 리용하는것이다. 이때 프 
로쎄스들은 자기 가 가지고있는 기 억기 에서 자료를 읽고쓰는것으로 인식 
하므로 처리속도가 매우 빠르다. 

통보대기렬은 프로쎄스가 대기렬속에 통보문을 넣어주면 다른 프로 
쎄스가 대기렬속에 있는 통보문을 가져가는 방법으로 프로쎄스들 사이 
의 통신을 실현하는 방법이다. 통보대기렬은 Linux 체계개발자들이 자 
주 리용하는 방법들중의 하나이다. 


목표 

1. 공유기억기 

2. 릉보대기렬 

3. C ++ 언어를 리용하여 IPC 를 실현하는 프로그람작성 
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제1절. 공유기억기 

6.1.1. 공유기억기란무엇안가? 

공유기 억 기 (Shared Memory ) 는 이 름 그대 로 프로쎄 스들이 특정 한 기 억 기 령 역 을 
공유하도록 만든 다음 이 공간을 리 용하여 통신을 진행 할수 있도록 하는 기 억 기 령 역 을 말한다. 
기억기를 서로 공유하는 프로쎄스들은 공유가상기억기를 가리키는 표항목을 가지게 된다. 

다른 IPC 방법들과 마찬가지로 공유기억기는 열쇠값을 리용하여 접근하고 관리한다. 
한편 공유기억기도 프로쎄스의 동기화가 펼요하기때문에 신호기를 리용하여 자원에 대한 
관리를 해주어야 한다. 

Linux 체 계 에 서 는 shm_segs 라는 벡 토르를 리 용하여 공유기 억 기를 관리 하게 된다. 
그리 고 벡 토르속에 는 shmid_ds 라는 구조체 ( struct ) 가 보관되 는데 shmid_ds 를 리 용하여 
공유기억기정보를 보관하게 된다. 

Linux 체 계 가 제 공하는 체 계 호출함수를 리 용하여 프로쎄 스들은 공유기 억 기 로 설정 된 
가상기 억 기 를 사용할수 있게 된다. 이 때 공유기 억 기 와 련결된 가상기 억 기 는 프로쎄 스가 가진 
가상기 억 기 공간에 위 치 할수도 있 고 Linux 체 계 가 가지 는 별도의 령 역 에 위 치 할수도 있 다. 

프로쎄스가 공유기억기를 사용하려고 하면 핵심부는 해당 공유기억기에 대한 
shmid_ds 구조체의 표항목을 찾아서 공유하고있는 가상기억기에 대한 정보를 얻게 된다. 
만일 해 당 령 역 이 존재 하지 않으면 새 로운 물러 적 기 억 기를 할당받아 표항목을 만들고 이것을 
shmid_ds 구조체 ( struct ) 내 부에 보관한다. 

새로운 기억기령역을 할당받는 작업은 공유기억기를 사용하려고 하는 첫번째 
프로쎄스에 의해 이루어지게 되며 두번째 프로쎄스부터는 단지 이 령역에 대한 정보를 자신의 
가상기 억기 령역에 추가하여 사용하면 된다. 프로쎄스들이 공유기억기의 사용을 더 이상 
원하지 않으면 공유기억기와 가상기억기의 련결은 끊어지게 된다. 

프로쎄스와 공유기억기의 련결이 끊어지게 되면 shmid_ds 자료구조체 에 해당한 정보가 
갱신된다. 이때 공유기억기를 사용하고있는 다른 프로쎄스는 특별한 영향을 받지 않는다. 
하지 만 모든 프로쎄 스가 공유기 억 기 와의 련결 을 해 제 하게 되 면 공유기 억 기 를 위 해 사용되 던 
기 억기폐지는 모두 해제되고 해당 shmid_ds 구조체 ( struct ) 의 내용도 없어지게 된다. 

여기서 알아두어야 할것은 공유기억기는 기억기령역에 대한 동기화를 제공하지 
않으므로 개 발자들은 이 부분에 신경을 써 야 한다는것 이 다. 

6.1.2. 공유7[억7[의 제계호출함수 

공유기억기를 사용하기 위하여 다음과 같은 체계호출함수가 제공되고있다. 


ttinclude < sys / shm . h > 

shmget () , * shmat (), shmdtO , shmctl () 
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shmget 

shmgetO 함수는 공유기억기를 생성하고 공유기억기서술자를 얻는데 사용된다. 만일 
동일 한 공유기 억 기 가 이 미 존재 하면 공유기억 기 를 새 로 만드는 작업 은 하지 않고 이 미 있 
던 공유기억 기 를 사용하게 된다. ShrugetO 함수의 사용형 식 은 다음과 같다. 

int shmget ( key_t key , size_t size , int shmflg ) : 

여기서 shmgetO 함수가 사용하는 첫번째 인수인 key 는 여러개의 프로쎄스들이 공 
통의 공유기억기를 사용할수 있도록 지정하는 열쇠값이다. 그리고 두번째 인수인 size 는 공 
유기억기의 토막크기를 나타낸다. 마지막 인수인 shmflg 는 공유기억기의 접근권한을 위 
한 기발로서 다른 기발들과 기호를 리용하여 론리합연산을 수행할수 있다. 만일 
IPC_CREAT 기 발과 함께 설정 하게 되면 공유기억기 가 생성되 여 있지 않을 때 새 로 생성 
되도록 할수 있다. 

이때 만일 이미 생성된 공유기 억기 가 있다면 IPC_CREAT 에 대 한 설정 은 무시되 고 이 
미 만들어졌던 공유기억기가 반환된다. shmgetO 함수는 실행에 실패하게 되면 -1 을 되 
돌려주게 된다. 

shmgetO 함수의 호출로 생성되는 공유기억기의 기억기령역은 프로쎄스의 가상기억 
령역이 아닌 실제기억기의 물리적령역이 된다. 그러면 shmgetO 체계호출함수의 간단한 사 
용실례를 보도록 하자. 


원천코드: 

1 

#include <sys/types.h> 

2 

#include <sys/ipc. h> 

3 

#include <sys/shm.h> 

4 


5 

/* 공유기억기로 사용할 크기를 선언 */ 

6 

ttdefine COMMANDSIZ 64 

7 


8 

/* shmget 을 리 용하여 공유기억 기 확보 */ 

9 

int smld = shmget((key_t)9000, COMMANDSIZ, 0666 | IPC_CREAT) ； 

10 

if (smld == -1) 

|Ti 

{ 

12 

_rintf(” shmget 실행 이 실패 \n’’) ； 

13 

exit(0); 

14 

} 건 
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shmat 

shmgetO 체계호출함수를 리용하여 물리적기억기에 공유기억기를 생성했거나 이전에 생 
성되여있던 공유기억기정보를 얻어 왔다면 이번에는 shmat 0 체계호출함수를 리용하여 프로 
쎄스안에 있는 가상기억기와 련결시켜주어야 한다. shmatO 함수의 사용형식은 다음과 같다. 

void *shmat (int smld, const void *shm_addr, int flag) : 

shmat () 함수를 리 용하여 가상기 억 기 와 물리 적 령 역 을 련결 한 다음에 야 공유기 억 기 를 활 
용할수 있다. 이 shmatO 함수의 첫번째 인수인 smld 는 shmgetO 함수호출을 통해 얻어 
온 공유기억기의 서술자이다. 

두번째 인수인 shm_addr 은 공유기억기와 련결하려고 하는 프로쎄스안의 기억기를 가 
리킨다. 하지만 프로쎄스안의 기억기령역을 개발자가 지정해주는것보다 체계가 정황에 맞 
게 지정하도록 만들어주는것 이 좋기때문에 일반적으로 0으로 설정한다. 

마지막 인수로 사용하는 flag 는 공유기억기와 프로쎄스안의 기억기를 련결하여 요구 
하는 속성을 지정한 기발로서 론리합연산을 통한 비트설정을 할수 있다. 이때 사용할수 있 
는 선언자에는 공유기억기와 련결되는 프로쎄스의 내부주소를 체계가 관리하도록 만들어 
주는 SHM_RND 와 읽기전용으로 기억기련결을 지정하는 SHM_RDONLY 그리고 련결 
령 역 을 대 치 하는 SHM_REMAP 등이 있 다. 

shmatO 함수는 공유기억기와 련결이 완료된 프로쎄스안의 가상기억기주소를 되돌려 준 
다. 만일 실패하면 -1 을 돌려주게 된다. 다음 shmatO 함수를 리용하여 기억기주소를 얻어 
내고 이것을 리용하기 위해 프로그람안의 완충기와 련결하는 간단한 모둘을 보도록 하자. 


실 례 프로그람: modeChange . c 

1 

^include <sys/types.h> _ 

2 

^include <sys/ipc.h>_ 

3 

#include <sys/shm.h> 

4 


5 

/* 공유기억기로 사용할 크기를 선언 */ 

6 

ttdefine COMMANDSIZ 64 

7 


8 

/* 공유기억기사용을 위한 변수선언 */ 

| 9 

void *s_memory = (void *)0; _ 

10 


11 

/* 먼저 shmgetO 함수를 리용하여 공유기억기의 ID 를 구한다. */ 

12 

int smld = shmget((key_t)9000, COMMANDSIZ, 0666 | IPC.CREAT) ； 

13 


그 4 

/* shmat 을 리용하여 공유기억기의 주소얻기 */ 

15 

s_memory = shmat (smld, (void *)0, 0); 
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16 

if(s_memory == (void *)—1) 

17 

{ 

18 

printfC’shmat 실행 실패 \n"); 

19 

exit(Q )； 

20 

} 

21 


22 

/* 공유기억 기 주소와 내부변수의 지적 자련결 */ 

23 

char *buffer = (char *) s_memory ； _ 


shmdt 

프로쎄 스가 작업을 끝내 고 더 이상 공유기억 기를 사용하지 않을 때 에는 공유기억기 와 
프로쎄스안의 가상기 억기사이의 련결을 끊어 야 한다. 

즉 공유기 억 기 를 위 해 사용되 던 가상기 억 기 를 제 거 하는 작업 이 필 요하다. 이 때 사용하는 
체계호출함수가 바로 shmdt () 인데 이 함수의 사용형식은 다음과 같다. 

I int shmdt (const void *shm addr ) : 

shmdtO 함수가 실행하면 프로쎄 스안의 가상기 억 기 공간은 해제 되 며 0을 되돌려주 
게 된다. 만일 실행 에 실패 하면 -1 을 되돌려주게 된다. 그러면 앞에서 실행 했던 shmatO 
을 리용하여 련결된 기 억 기 령역을 해제하는 원천코드를 보도록 하자. 


원천코드 : 

1 

ttinclude <sys/types. h>_ 

2 

#include <sys/ipc. h> 

|3~ 

ttinclude 〈 sys/shm.h 〉 _ 

4 


5 

int smld = shmget((key_t)900Q, COMMANDSIZ, 0666 | IPC_CREAT); 

6 

void *s memory = shmat(smld, (void *)0, 0); 

7 


8 

/* 프로쎄스와 공유기억기를 분리 */ 

9 

if (shmdt (s memory) == -1) 

|10~ 

{ ___ 

11 

printf (’’shmdt 실 행 실패 \n n ); 

12 

exit(0); 

13 

} 


shmctl 

공유기억기를 할당받고 이것을 프로쎄스안의 가상기 억기와 련결하는 등의 과정을 통 
하여 공유기억기령역을 사용할수 있다. 하지만 공유기억기자체에 접근해서 요구하는 설정 
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을 한다든가, 공유기억기의 제거 등의 작업이 필요할수도 있다. 이때 사용하는 체계호출 
함수가 shmctlO 이다. 

Shared Memory Control 이라는 이름을 가진 shmctlO 함수를 리용하여 공유기억기를 직 
접 조종할수 있는데 shmctlO 함수의 사용형식은 다음과 같다. 

int Shmctl (int smld , int cmd , struct shmid ds * buf ) : 

ShmctlO 함수의 첫번째 인수인 smld 는 shmgetO 함수의 호출로서 얻은 공유기억기 
의 ID 이다. 두번째 인수인 cmd 는 수행하려고 하는 지령을 의미하는데 다음과 같은 선언 
자들이 사용될수 있다. 

• IPC _ RMID : 공유기 억기의 삭제 에 리 용 

• IPC _ SET : 마지 막 인수인 buf 의 값을 리 용하여 공유기 억 기 의 값을 설 정 한다. 

• IPC _ STAT : 공유기 억 기 에 설정 된 값을 buf 안에 입 력 한다. 

마지막 인수인 buf 는 앞에서 소개 한것처 럼 공유기 억기 에 대 한 각종 정보가 입 력되는 
구조체 이 다. 

struct shmid_ds { 

struct ipc_perm shm _ perm : 
size_t shm _ segsz ; 


pid_t shm _ lpid ； 
pid_t shm _ cpid ； 


仕 me_t shm _ ctime : 


다음은 공유기억기를 생성 한 다음 shmctlO 함수를 러용하여 삭제하는 모둘을 간단히 
살펴 보자. 


원천코드: 

1 

ttinclude <sys/types.h> _ 

2 

ttinclude <sys/ipc. h>_ 

3 

tinclude <sys/shm. h> 

4 


5 

/* shmget 을 러 용하여 공유기 억 기 확보 */ 

6 

int smld = shmget((key_t)9000, COMMANDSIZ, 0666 | IPC_CREAT); 

7 


8 

/* 공유기억기 제거 */ 

9 

if (shmctl (smld, IPC_RMID, 0) == -1) 
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key msqid owner perms 

[rootQppp root]# ipcs -m 


Shared Memory Segments - 
shmid owner 

必 0000002 65536 root 

0x00000000 98305 
0x00000000 131074 
0x00000000 163843 
0x00000000 19 的 12 
0x00000000 327685 


used-bytes messages 


ken 


root 

root 

root 

root 

root 


bytes 
S55 沈 0 
393216 
106496 
106496 
393216 
16384 


dest 

dest 

dest 

dest 

dest 


[rootQppp root]# | 


d 


그림 6-1. ipcs 지령의 실행 

이때 공유기억기 에 대한 내용만 확인하고 싶다면 다음과 같이 지 령을 주면 된다. 


Unux 망프로그람작성법 


10 

{ 

11 

printf("shmctl 실행 실패 \n n ); 

12 

exit(Q )； 

13 

} 


모둘에서 본바와 같이 shmctlO 함수는 실행에 실패하면 -1 을 되돌려주게 된다. 공유 
기억기의 삭제는 월상에서도 할수 있다. 이것은 앞에서 설명한 신호기의 제거에서 소개되 
였던 방법과 같은 방법으로 사용한다. 

즉 ipcs 지령의 실행을 통해 체계상에 설정된 IPC 장치들의 정보를 얻을수 있다. 그림 
6-1 은 ipcs 지령의 실행에 대한 실례를 보여주고있다. 
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이때 공유기억기를 삭제하려면 ipcrm 지 령을 리용한다. ipcrm 지 령을 shm 추가선택과 
공유기억기 ID 와 함께 사용해서 실행하면 된다. 실례를 들면 다음과 같다. 


#ipcrm shm 0 


6 . 1 . 3 . 공유7 mym h [용한 프로그람■작성실례 

지금까지 설명한 체계호출함수들을 리용하여 공유기억기에 대한 실례프로그람을 작 
성 해 보자. 이 실례 프로그람은 호상 독립 적 으로 동작하는 두개의 프로쎄 스가 공유기 억기를 
리용하여 통보문을 주고받는 프로그람이다. 프로쎄스들이 공유기억기를 리용할 때 주의해 
야 할 부분은 현재 공유기억기속에 있는 자료를 사용해도 되는것 인지 혹은 이전에 이미 사 
용했던 자료가 아닌가에 대한 확인이 필요하다는것이다. 

이를 위해 대부분의 개발자들이 약속된 구조를 리용하여 공유기억기령역에 접근하는 
방법을 사용하고있다. 즉 구조체 (struct) 안의 어느 한 부분에 기발을 사용하여 기발이 on 
이면 자료를 가져 가고 off 이면 자료를 가져 가지 못하게 한다는것 이 다. 

또한 공유기억기를 통해 여러개의 프로쎄스가 작업을 진행하는 경우 프로쎄스동기화 
가 제기된다. 따라서 IPC 를 리용하여 체계를 개발하는 개발자들은 항상 이러한 문제에 대 
해 신경을 써 야 한다. 

다음 실례 에서는 공유기 억기를 사용하는 프로쎄스들이 완충기의 첫번째 2 Byte 를 기 
발로 사용한다. 즉 통보문을 입 력 하는 프로쎄 스는 공유기억기의 첫번째 2Byte 가 ’NO’ 
일 때 지 령을 실행 하기 위한 통보문을 공유기억기속에 입력한 다음 기발을 ’ON’ 으로 변 
경 시 킨다. 

공유기억기에서 실행할 지령을 접수하는 프로쎄스는 기발이 ’ON’ 일 때 지령을 접수 
한 다음 기 발을 ’NO’ 로 변경 하고 접수된 지 령을 실행 한다. 통보문을 입 력하는 프로쎄스 
는 기발이 ’NO’ 이면 다시 통보문을 입력하게 된다. 이러한 과정을 서로 반복하면서 언 
제 새 로운 통보문을 접 수해 야 하는지 그리 고 언제 통보문을 입 력 해 야 하는가에 대 해 알게 
된 다. 

지령을 입력받는 rcvSm 프로그람은 공유기억기의 생성과 완료를 담당하게 된다. 따라 
서 먼저 실행되여 지령이 입력되기를 기다리고 있어야 한다. 통보문을 전송하는 sendSm 프 
로그람은 사용자로부터 문장을 입 력 받은 다음 해 당 문장을 공유기 억기 에 기 입 한다. 만일 사 
용자가 ’quit’ 을 입력하면 sendSm 프로쎄스와 rcvSm 프로쎄스는 차례로 완료하게 된다. 

그러면 먼저 rcvSm 프로그람의 작성과정을 살펴보도록 하자. 이 프로그람은 shmget() 
함수를 려용하여 공유기억기를 만든다. 그 다음 shmatO 함수를 러용하여 공유기억기와 
프로쎄스안의 기억기에 련결을 설정한다. 
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원천 코드 : 

1 

#define COMMANDSIZ 64 

2 

/* shmget 을 리 용하여 공유기 억 기 확보 */ 

3 

int smld = shmget((key_t)9000, COMMANDSIZ, 0666 | IPC_CREAT); 

4 

/* shmgat 을 리 용하여 공유기억 기 주소 얻 기 */ — 

5 

void *s_memory = shmat(smld, (void *)0, 0); 


그 다음 완충기를 리용하여 프로쎄스안의 기억기를 조작할수 있도록 만든다. 모든 준 
비작업 이 끝나면 완충기의 첫번째 2Byte 가 ON 이 되기를 기 다린다. 만일 ON 이면 통보 
문을 접수하고 완충기의 첫번째 2Byte 를 N ◦로 설정한다. 


원천코드 : 

l\ 

/* 공유기 억기주소와 내부변수의 지적 자련결 */ 

2 

char ^buffer = (char *)s_memory ； 

3 

/* 기발이 ON 이면 통보문을 접수 */ 

4 

if( ! strncmp(buffer, "ON", 2)) 

5 

{ 

6 

printf ("지령접수: % s \ n ", buffer +2)； 

7 

/* 기발이 ON 에서 NO 로 변경 */ 

8 

strncpy(buffer, "NO", 2); 

9 

[} 


만일 접수된 통보문이 ’quit’ 이면 프로쎄스와 공유기억기를 분리시키는 작업을 수행 
한다. 그 다음 공유기억기를 체 계 에서 제거한다. 


원천코드 : 

1 

/* 프로쎄스와 공유기 억기를 분리 */ 


shmdt(s memory) ； 

3 

/* 공유기억기 제거 */ _ 

4 

shmctKsmld, IPC_RMID, 0 )； 


이번에는 공유기억기속에 통보문을 입력하는 sendSm 프로그람에 대해 보도록 하자. 
sendSm 프로그람의 첫번째 작업도 shmgetO 을 리용하여 공유기억기의 서술자를 가져온 
다. 이때 얻어온 서술자를 리용하여 프로쎄스안의 기 억기와 공유기 억기를 련결시 킨다. 그 
다음 사용할 완충기와 기억기를 련결시키고 통보문을 입력하게 된다. 

이때 완충기의 기발이 ON 이 아니면 통보문을 입력시키고 ON 이면 rcvSm 프로쎄스가 
ON 을 해제할 때까지 기다리게 된다. 만일 사용자가 입력한 통보문이 ’quit’ 이면 공유기 
억기의 사용을 해제한 후 프로쎄 스를 완료하게 된다. 
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원천코드: 

1 /* 통보문으로 주고받을 자료의 길이와 형 정의 */ 

2 

#define BUFLEN 32 

3 

typedef struct 

4 | { 

5 

long int msgType； /* 통보문 형 */ 

6 

char userNo[13+1]; /* 사용자의 시민중번호 */ 

7 

char address [17+1] ； /* 사용자의 주소 */ 

8 

} UserType； 

9 

10 

/* msgQID 얻기 */ _ 

11 

msgQid = msgget ((key t) 8000, 0666 | IPC—CREAT); 

12| 

[ 13 _\ 

/* 통보문 작성 */ _ 

14 

UserType userT ； 

\ 15 \ 

userT. msgType = 1； 

16 

strncpy(userT. userNo, "시 민증번호. . . \0"， 13); 

17 

strncpy(userT. address, ’’주소. . .\0”, 17); 

18 

19 

/* 작성된 통보문 전송 */ _ 

[To 

result = msgsnd(msgQid, (void *) 技 userT, BUFLEN, 0); 

[21 

if (result == -1) 

| 22 | { 

[ 23 _\ 

printf (” msgsnd 의 실행에 실패 \n’’); 

24 | 

exit(0)； 

25 } 


그러면 지금까지 설명한 내용에 기초하여 원천 코드를 작성하여보자. 원천 코드를 볼 
때에는 분석과정을 구체적으로 따져보아야 한다. 코드 안에 어떤 오유가 있는지，어떤 점 
을 개선해 야 하는지，또한 어떤 부분을 앞으로 참고하겠는지 등을 생각하면서 보아야 앞 
으로 실지 프로그람작성에서 참고할수 있다. 먼저 rcvSm . c 의 원천 코드를 분석해보자. 

실례프로그람 : rcvSm.c 

1 tinclude < stdio . h > 

2 | ttinclude 〈 string . h > _ 
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3 

4 

#include〈sys/types. h> 

5 

| #include <sys/ipc.h> 

6 

#include <sys/shm.h> 

7 


8 

/* 공유기억기로 사용할 크기를 선언 */ 

9 

#define COMMANDSIZ 64 

10 


11 

int mainO 

12 

T1 — 

13 

/* 공유기억기사용을 위한 변수선언 */ 

14 

void *s_memory = (void *)0; 

15 

int smld; 

16 

char *buffer； 

17 

int isRun = 1； 

18 


19 

/* shmget 을 리 용하여 공유기억기 확보 */ 

r2o~ 

smld = shmget((key_t)9000, COMMANDSIZ, 0666 | IPC_CREAT) ； 

21 

if (smld == -1) 

\22 

1 { 

\23 

printf (’’shmget 실 행 실패 \n ”); 

[24 

J_return 0； 

r25~ 

一 } — 

26 


27 

/* shmgat 을 리용하여 공유기억기의 주소를 얻기 */ 

년 [ 

s memory = shmat(smld, (void *)0, 0); 

^9" 

if (s_memory == (void *)-1) 

30 

一 { 一 

31 

printf (’’shmat 실행 실패 \n") ； 

|32~ 

return 0； 

r33~ 

}_ 

|34~ 


r35~ 

1_ 卜， 공유기 억기주소와 내부변수의 지적 자를 련결 */ 

|36" 

buffer = (char *) s memory ； 

[W 

while (isRun) 

38 { 

「3『 

/* ON 이면 상대방이 넣어준 지령을 접수 */ ] 
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40 

if( ! strncmp (buffer, ’’ON’、2)) 

41 

{ 

42 

printf ("지령접수: %s\n n , buffer+2); 

43 

/* 기발을 ON 에서 N ◦로 변경 */ 

44 

strncpy(buffer, "NO", 2)； 

45 

/* 기발을 제외한 문자렬이 quit 로 시작되면 완료 */ 

46 

if( ! strncmp(buffer+2, "quit", 4)) 

47 

{ 

48 

isRun = 0； 

49 

} 

50 

} 

51 

} 

52 


53 

/* 프로쎄스와 공유기억기를 분리 */ 

54 

if (shmdt (s memory) == -1) 

55 

_ { _ 

56 

printf (" shmdt 실 행 실 패 \n ; 

57 

return 0； 

58 

一 } — 

59 


60 

/* 공유기억기 제거 */ 

FeT 

_ if(shmctl(smld, IPC_RMID, 0) — -J) _ 

62 

一 { 一 

63 

printf(’’shmctl 실행 실폐 \n’’); 

64 

return 0； 

^65~ 

} 

66 

return 1； 

67 

} 


이번에는 sendSm . c 프로그람의 원천코드를 보도록 하자. 


실례프로그람: sendSm.c 

1\ 

#include <stdio. h> 

2 

ttinclude〈string. h>_ 

3 


4 

^include <sys/types.h>_ 

5 

^include <sys/ipc.h>_ 
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6 

#include <sys/shm. h> 

7 


8 

/* 공유기억기로 사용할 크기를 선언 */ 

9 

ttdefine COMMANDSIZ 64 [ 

10 


11 

int main () _ 

12 

{ 거 

13 

一 /* 공유기억 기 사용을 위 한 변수선언 */ 一 

14 

_ void *s_memory = (void *)0; _ 

15 

_ int smld;_ 

16 

char ^buffer ； 

17 

int isRun = 1 ； 

18 


19 

/* shmget 을 리용하여 공유기 억 기 확보 */ 

20 

smld = shmget((key_t)9000, COMMANDSIZ, 0666 | IPC_CREAT) ； 

21 

if (smld == -1) 

22 

{ 

23 

printf(’’shmget 실행 실패 \n"); 

24 

_return 0 ； _ 

25 

= } ~1 

26 


27 

一 /* shmgat 을 리용하여 공유기억기의 주소를 얻기 */ 

28 

_ s_memory = shmat(smld, (void *)0, 0); _ 

29 

if (s_memory == (void *)-1) 

30 

= { 1 

31 

printf(’’shmat 실행 실패 \n n ) ； 

32 

return 0 ； 

33 

} 

34 


35 

/* 공유기억기주소와 내부변수의 지적자를 련결 */ 

36 

_ buffer = (char *)s_memory; _ 

[37 


38 

while (isRun) 

39 


40 

/* ON 이면 상대방이 가져갈 때까지 대기 */ 

41 

while (strncmp(buffer, ’’ON ’、 2) == 0) {} 

12— 

/* 공유기 억 기 안에 지 령 행입 력 */ 
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43 

一 printf ("지령입력: ")； 一 

44 

gets (buffer+2) ; 

45 

strncpy(buffer, "ON", 2 )； 

46 

/* ON 문자렬뒤에 quit 가 입력되여있으면 완료 */ 

47 

if(Istrncmp(buffer+2, "quit", 4)) 

48 

{ 

49 

isRun = 0 ； 

50 

} 

51 

} 

52 


53 

/* 프로쎄 스와 공유기 억 기 를 분리 */ 

54 

if (shmdt (s_memory) == -1) 

55 

{ 

56 

printf ("shmdt 실행 실패 \n"); 

57 

return 0 ； 

58 

} 

59 


60 

return 1 ； 

61 

} 


프로그람작성이 모두 끝났으면 를파일을 한 다음 두개의 월창에서 각각 실행을 시키도록 
한다. 그림 6-2, 6-3 은 매개 프로그람의 실행결과를 보여주고있다. 



그림 6-2. rcvSm.c 의 실행결과 
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그림 6-3. sendSm.c 으 I 실행결과 

째 


XML 이란 무엇안가? 

XML (Extensible Markup Language ) 은 홈패 지 의 서 술언 어인 HTML (하이 퍼 본 
문표식 언어)의 후계언어 로서 SGML (표준일 반화표식언어 )의 확장기능을 웨 브우에서 도 
리용할수 있게 한 언어이다. 

1998 년 2 월 에 W 3 C (WWW 협 회 ) 가 기 본 기 술적 특성 을 제 정 하였 다. HTML 과의 기 
본 차이는 사용자가 독자적 인 꼬리표를 사용하여 자료의 속성정보나 론리구조를 정의 
할수 있다는것 이 다. 또한 자료의 속성과 내 용을 관련시켜 서 술할수 있다. 례 를 들면《생 
년월일》이 라는 꼬리표를 정의하고 그 꼬리표안에 《1999.01.()1》이 라는 자료를 포 
함시키면 1999.01.()1 이라는 자료가 생년월일을 의미하게 된다. 

XML (확장표식언어)로 서 술된 자료는 업무체계 에 직접 삽입되 여 처 리될수 있기때 문 
에 기 업 들이 인터네 트를 통하여 주문자료를 주고 받는 웨 브전자자료교환에 서 의 자료형 
식으로서 리용되고있다. 


제2절. ■보대기렬 

이 절에서는 IPC 의 방법들중에서 가장 많이 쓰는 통보대기렬에 대하여 간단히 보고 그 
것이 어떻게 사용되는가를 체계호출함수와 실례를 통하여 설명한다. 

6 .2.1. S 보대7【렬의 간단한 소개 

통보대기렬을 사용하여 IPC 를 실현한다는것은 프로쎄스들이 함께 사용하는 통보대기 
렬에 통보문을 입출력하면서 서로 요구하는 자료를 주고받는다는것을 의미한다. 이를 위 
하여 체계는 대기렬을 관리해야 하고 통보대기렬속에 여러개의 프로쎄스가 접근할수 있도 
록 해주어 야 한다. 
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_ Q 

알아둡시다 

통보대 기 렬 은 일 반적 으로 FIFO (First In First Out ) 에 따르는 자료구조를 의 미 한다. 
하지만 여기서는 F 1 F ◦가 체계의 기억기령역을 표현한다. 통보대기렬과 대조되는 
자료구조로서 탄창이 있 는데 탄창은 LIFO (Last In First Out ) 를 따른다 . 


Linux 는 대기렬들을 msgque 목록을 리용하여 관리한다. 이 목록속에는 msqid_ds 
구조체들이 보관된다. msqid_ds 구조체 에는 대 기 렬에 대 한 정보가 보관되는데 프로쎄 스가 
대기렬을 생성하면 새로운 msqid_ds 가 생성된다. 그리고 생성된 msqid_ds 는 msgque 
목록안에 삽입된다. 

msqid_ds 구조체 에는 대 기 렬의 접근권한이 나 대 기 렬의 생성 , 수정시 간 등의 정보가 보 
관된다. 그리고 구조체안에는 두개의 대기렬을 가지고있다. 이것은 통보대기렬에서 정보 
를 읽으러고 하는 프로쎄스를 위한것과 통보대기렬에 정보를 입력하려는 프로쎄스를 위 
한것들이 다. msqid_ds 구조체를 보면 다음과 같다. 


struct msgid_ds { 

Struct ipc_Perm msg _ perm ； /* 대기렬에 대한 접근권한 */ 
Struct msg * msg _ first ; /* 대기렬속의 첫번째 통보문*/ 
Struct msg * msg _ last ； /* 대 기 렬속의 마지 막 통보문*/ 
time_t msg_s 吐 me ; /* 마지막에 통보문이 전송된 시간 */ 
time_t msg _ rtime ； /* 마지막으로 통보문을 g 은 시간 */ 


struct wait_queue * wait ； /* write 프로쎄 스를 위 한 대 기 렬*/ 
struct wait_queue * rwait ； /* read 프로쎄스를 위한 대기렬 */ 
ushort msg _ cbytes ； /* 대 기 렬속에 있는 현재 통보문의 byte 수*/ 
ushort msg _ qnum ； /* 대 기 렬속에 있는 현재 통보문의 개 수 */ 


ushort msg _ lspid ; /* 마지막으로 통보문을 전송한 PID */ 
ushort msgjrpid ; /* 마지막으로 통보문을 수신한 PID */ 


통보대 기렬에 있는 통보문에 대 한 읽 기 또는 쓰기를 시도하면 체계는 msqid_ds 구조 
체의 첫번째 요소인 msg_perm 을 리용하여 대기렬에 대한 접근권한을 검사하게 된다. 만 
일 허용된 사용자나 그롭이면 해당 통보문은 작업을 시도한 프로쎄스에 전달된다. 

대기렬을 리용하여 프로쎄스들이 작업을 수행하는 과정에는 통보문의 개수나 길이 등 
의 제 한으로 작업을 중지하고 대기해 야 하는 경우가 발생할수 있다. 이때 에는 msqid_ds 
구조체속의 대기렬을 리용하게 된다. 통보대기렬은 이러한 방식으로 내부적으로 동기화 
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문제를 해결한다. 즉 대기렬에서 한 프로쎄스가 작업기다림상태이면 내부적인 일정관리기 
에 의해 다른 프로쎄스가 작업을 끝냈을 때 해당 통보대기렬에 대한 사용권을 넘겨받는다. 
그리고 자기의 작업 이 끝나면 다른 프로쎄스에 작업권을 넘긴다. 

그러면 통보대기렬의 생성과 사용,그리고 삭제와 관련한 체계호출함수에 대해 보도록 하자. 

6 .2.2. 통보대기렬 제계호출함수 

Linux 체계는 다음과 같은 체계 호출함수들을 제공하고있다. 


int msgget(key_t key, int msgflg); 

int msgsnd(int msqid, void *msg_ptr, size_t msg_sz, int msgflg); 
int msgrcv (int msqid, void *msg_ptr, size_t msg_sz, long int 
msgtype, int msgflg) : 

int msgctl (int msqid, int command, struct msqid_ds *buf) : 


그러면 매개 체계호출함수들에 대해 차례로 보자. 

msgget 

통보대 기 렬도 공유기억기 나 신호기 처 럼 열쇠 값을 리용하여 IPC 장치를 리용한다. 이 
때 열쇠는 Linux 체계가 IPC 장치를 가리키는데 사용된다. 프로그람안에서 열쇠값을 지 
정하기 위하여 types , h 머리부파일에 있는 key _ t 형의 구조체를 리용하게 된다. 

따라서 IPC 장치를 리용하려면 열쇠를 리용하여 IPC 를 생성하여야 한다. 통보대기렬 
에서 이려한 작업을 수행하는 체계호출함수가 바로 msggetO 이다. msggetO 체계호출함 
수를 리용하여 열쇠값에 해당한 통보대기렬를 생성하게 되는데 이 함수는 다음과 갈은 인 
수들을 리용한다. 

key_t key 
int flag ； 

int msgQid = msgget ( key , int ) : 

첫번째 인수로 사용하는 key 가 바로 IPC 장치를 위해 Linux 체계가 사용할 열쇠 이다. 
두번째 인수인 flag 는 대기렬에 대한 접근권한을 설정하는 기발과 OR 연산자를 리용하여 
생성을 위한 기 발 등과 결합할수 있다. 아래의 실례는 열쇠값 8000인 통보대기렬 생성 
모둘이다. 

I ― int msgQid = msgget ( ( key _ t )8000, 0666 | IPC _ CREAT ); | 

msggetO 실행이 성공적으로 진행되면 통보대기렬에 대한 ID 를 되돌려 주게되는데 이 
ID 를 리용하여 통보문전송이나 통보대기렬 조종 등을 하게 된다. 만일 msggetO 의 실행 
이 실패하면 -1 을 되돌리게 된다. 

msgget 의 실행을 통하여 통보문대기렬을 생성했으면 통보문전송을 위한 연산을 수 
행 할수 있게 되는데 이때 사용하는 체계 호출함수는 msgsndO 와 msgrcv 0이 다. 
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msgsnd 

통보대 기 렬 안에 통보문을 입 력 ( write ) 하기 위 해 사용하는 체 계 호출함수가 msgsndO 
이다. 대기렬속에 자료를 입력하려고 할 때 체계는 통보대기렬에 대한 쓰기권한이 있는지 
조사하게 된다. 

이때 사용되는 정보는 앞에서 소개 한 msqid _ ds 구조체의 ipc _ perm 의 꼬리표 ( tag ) 안 
에 있는 정보이다. 이 안의 정보와 비교하여 쓰기권한에 다른 문제가 없으면 msgsndO 
함수를 제대로 수행할수 있게 된다. 

msgsndO 함수의 간단한 사용형식은 다음과 같다. 


int msgQid ； /* 통보대기렬의 ID */ 

void * msgPtr ; /* 전송하려고 하는 동보문의 지적자형변수 */ 

size_t msgSize ; /* 전송하려고 하는 통보문의 크기*/ 

int msgFlag ； /* 통보문전송을 위한 조종기발*/ 

int result = msgsnd ( msqid , msgPtr , msgSize , msgFlag ); 

msgsndO 체계호출함수에서 사용되는 첫번째 인수인 msgQid 는 사용하려고 하는 
통보대기렬의 ID 이고 두번째 인수인 msgPtr 는 전송하려고 하는 통보문의 지적자형 
변수가 된다. 그리 고 세번째 인수인 msgSize 는 전송하려 고 하는 통보문의 크기 이 다. 

이때 사용하는 통보문의 형은 개발자들이 설계한 통보문의 형을 리용하면 된다. 이 
때 통보대기렬에 들어오는 통보문의 종류를 구분하여 프로쎄스들이 사용할수 있게 하려면 
다음과 같이 통보문형의 첫번째 마당을 long int 로 지정하여 사용해 야 한다. 


struct new _ msg_t { 

long int msgType ； 


여기서 long int 형으로 지정된 msgType 를 제외한 통보문들은 전송크기를 지정해야 
한다. 이렇게 msgType 와 크기를 지정한후 통보문을 전송하면 통보문을 받는 프로쎄스 
는 msgType 를 리용하여 지정된 통보문을 읽어가게 된다. 만일 이러한 규칙을 따르지 않 
으면 입력된 통보문을 조건에는 관계없이 그냥 전송하고 그냥 읽게 된다. 

마지막으로 사용된 인수인 msgFlag 는 통보문전송에 사용되는 조종기 발로서 다음과 같 
은 값이 들어올수 있다. 

■ IPC _ NOWAIT ： 작업을 대기해야 하는 경우가 발생하면 대기하지 않고 바로 되 
돌리기 

• IPC _ NOERROR ： 지정된 크기보다 더 큰 통보문이 전송되여도 오유가 나오지 않 
도록 설정한다. 이때 크기를 초과한 통보문은 삭제된다. 만일 이러한 설정이 없 
으면 오유를 되돌리기 한다. 
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이러한 기발은 론리합연산자를 리용하여 함께 지정할수 있다. 그러면 msgsnd 의 간 
단한 사용실례를 보도록 하자. 다음의 실례는 8000번을 열쇠로 하여 통보대기렬을 생성 
한 다음 사용자의 시민증번호와 주소를 통보대기렬에 입력하는것을 보여주고있다. 이때 통 
보문형은 1로 한다. 


원천코드: 

1 

/* 통보문으로 주고 받을 자료의 길이와 형 정의 */ 

2 

#define BUFLEN 32 

3 

typedef struct 

4 

{ 

5 

long int msgType; /* 통보문 형 */ 

6 

char userNo[13+l] : /* 사용자의 시 민증 번호 */ 

7 

char address [17+1]； /* 사용자의 주소 */ 


} UserType； 

9 


To - 

/* msgQID 얻기 */ 


msgQid = msgget ((key t) 8000, 0666 | IPC CREAT); 

12 



/* 통보문 작성 */ 一 

14 

UserType userT ； 

15 

userT.msgType = 1； 


strncpy(userT.userNo, ’’ 시 민증번호. . .\0’’，13); 

17 

strncpy (userT.address, ’’주소. . .\0", 17) ； 




/* 작성된 통보문 전송 */ 一一 

20 

result = msgsnd (msgQid, (void *)&userT, BUFLEN, 0) : 

21 

if (result == -1) 

22 

{ 

23 

printf(’’msgsnd 의 실행에 실패 \n n ); 

24 

exit(0) ； 

25 

} _ 


만일 msgsndO 를 리용한 통보문전송에 실패하면 -1 이 되돌려진다. 이번에는 통보 
대 기 렬에서 통보문을 읽 어들이는 msgrcv 체 계 호출함수에 대 해 보도록 하자. 


msgrcv 

msgsnd 체계호출함수를 리용하여 입력된 통보대기렬속의 통보문은 msgrcvO 체계호 
출함수를 리용하여 가져 올수 있다. 통보문을 가져 온 다음에는 대 기 렬속에서 해 당 통보문 
이 삭제된다. msgrcvO 함수의 사용형식은 다음과 같다. 
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int msgQid ； /* 통보대기렬의 ID */ 

void * msgPtr ； /* 전송하려고 하는 통보문의 지적자형변수*/ 
size_t msgSize ; /* 전송하려고 하는 통보문의 크기*/ 
long int msgType ； /* 통보문의 형*/ 
int msgFlag ； /* 통보문전송을 위한 조종기 발*/ 

int result = msgrcv ( msgQid , msgPtr , msgSize , msgType , msgFlag ); 


msgrcvO 함수에서 사용하는 첫번째 인수인 msgQid 는 msggetO 를 통해 얻 어 온 대 기 
렬의 ID 이고 두번째 인수인 msgPtr 은 대기렬에서 읽어올 통보문을 보관하는데 사용된다. 세 
번째 인수인 msgSize 는 대 기 렬 에 서 읽 어 올 통보문의 크기 이 다. 이 때 통보문의 크기 에 서 long 
int 형으로 정의된 첫번째 꼬리표정보의 크기는 뺀다. 네번째로 사용되는 msgType 인수는 대 
기렬에서 읽어 올 통보문의 형을 지정하는데 사용된다. 즉 여기서 지정한 값에 해당되는 통 
보문을 대기렬에서 가져오게 된다. 이때 대기렬안에서 사용되는 값은 msgsndO 가 대기렬 
에 전송한 통보문의 첫번째 꼬리표인 long int 형의 값이 활용된다. 

msgrcvO 를 실행하면서 msgType 을 0으로 설정하면 통보문형에 상관없이 대기렬 
속에 보관된 첫번째 통보문을 읽어온다. 

마지막 인수인 msgFlag 에는 msgsndO 함수에서와 같이 IPC_NOWAIT 또는 
MSG _ NOERROR 등을 사용하면 된다. msgrcvO 함수가 성공적으로 실행되면 읽어 온 통 
보문의 바이 트수를 되 돌리 게 된다. 만일 실패하면 -1 을 되돌러 게 된다. 그러 면 간단한 실 
례를 통해 msgrcvO 함수의 실행과정을 보도록 하자. 

다음은 사용자의 시민증번호와 주소정보를 통보대기렬을 통해 입력받는 과정을 보여 
주고있 다. 


원천코드: 

1 

/* 통보문으로 주고 받을 자료의 길이와 형 정의 */ 

2 

#define BUFLEN 32 

3 

typedef struct 


{ 

5 

long int msgType ； /* 통보문 형 */ 

6 

char userNo[13+l] ； /* 사용자의 시 민증 번호 */ 

|7― 

char address [17+1 ]； /* 사용자의 주소 */ 

8 

} UserType ； 

9 


| 10 

/* 통보대기렬의 ID 얻기 */ 

Ml 

int msgQid = msgget ((key_t) 8000, 0666 | IPC_CREAT) ； 



13 

/* 통보문 읽기 */ 
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14 

UserType userT ； 

15 

long int msgType = 0； 

16 

int result = msgrcv (msgQid, (void *)&userT, BUFLEN, msgType, 0); 

17 

if (result == -1) 

18 

{ 

19 

printf(’’msgrcv 실행 실패 에 대 한 오유번호: %d\n’’,errno) ; 

20 

exit(O) ； 

21 

} 


msgctl 


공유기억기의 조종을 담당했던 shmctl 과 갈은 기능을 가진 통보대기 렬의 체 계 호출함 
수에 는 msgctl 이 있 다. msgctl () 함수는 통보대 기 렬을 제 거 하거 나 대 기 렬의 현재 상태 를 검 
색하거나 또는 대기렬의 설정을 변경할 때 사용된다. 먼저 msgctlO 의 사용형식을 보면 다 
음과 갈다. 

int msgctl (int msgQid, int cmd, struct msqid_ds *buf) : J 

첫번째 인수로 사용된 msgQid 는 msggetO 함수를 리용하여 얻어온 대기렬의 ID 이고 
두번째 인수인 cmd 는 msgctl 을 통해 수행하려고 하는 지령이다. 이때 사용할수 있는 지 
령에는 다음과 같은것들이 있다. 

• IPC _ RMID : 대 기 렬을 삭제 하기 위 해 사용된다. 

• IPC _ STAT ： 통보대기렬의 상태값을 마지막 인수인 buf 를 통해 얻어온다. 

• IPC _ SET : 마지막 인수인 건선의 값을 리용하여 통보대기렬의 상태를 설정한다. 
마지 막 인수로 사용되 는 buf 는 처 음에 소개 했 던 msqid_ds 구조체 로서 IPC_STAT 또 

는 IPC_SET 지령을 위해 사용된다. 

그러면 다음의 실례를 통하여 msgctlO 의 사용을 보도록 하자. 아래의 원천코드는 8000 
을 열쇠값으로 리용하는 통보대기렬를 제거하는 과정을 보여준다. 


원천 코드: 

1 

/* 통보대기렬 ID 얻기 */ 

2 

int msgQid = msgget ((key t) 8000, 0666 | IPC CREAT ) ； 

3 


4 

/* 통보대기렬을 제거한다. */ 

5 

int result = msgctl (msgQid, IPC RMID , 0); 

6 

if (result == ~1)_ 

7 


8 

printf( n msgctl 실 행 실 패 \n”) ; _ 

9 

exit(0) ； 

10 

} 
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우의 실례에서 알수 있는바와 같이 msgctlO 의 실행 이 실패하면 -1 을 되돌려주게 된다. 
그러면 지금까지 설명한 체계호출함수들을 리용하여 실례프로그람을 작성해 보자. 
한가지 알아두어야 할것은 통보대기렬을 체계에서 확인하거나 제거하기 위해 월지령 
을 리용할수 있다는것이다. 이때 사용되는 지령으로서는 ipcs 와 ipcrm 지령이 있다. ipcs 
지 령 은 Linux 체 계 에 등록된 IPC 장치 를 화면에 현시 한다. 그리 고 ipcrm 지 령 은 등록된 IPC 
장치를 제거한다. 아래에서는 ipc 지령을 리용하여 통보대기렬의 정보를 확인하고 제거하 
는 간단한 과정을 보여주었다. 


#ipcs 

Q 

/* 통보대기렬에 대한 정보를 출력 */ 

#ipcrm 

q < id > 

/* 통보대 기 렬의 ID 를 리용하여 대 기 렬을 제거*/ 

#ipcrm msg < id > 

/*-q 추가선택 항목대 신 msg 를 리 용*/ 


6.2.3. 통보대기렬 실례프로그람 

통보대기렬를 리용하여 두개의 프로쎄스가 사용자의 정보를 주고받는 프로그람을 작 
성하여보자. 여기서 한 프로쎄스는 통보대기렬에 있는 자료를 읽어들이는 역할을 담당하 
고 또 다른 프로쎄스는 대기렬에 자료를 입력하는 역할을 하여야 한다. 

이러한 프로그람구조는 실지 프로그람작성에서 많이 제기된다. 즉 특정한 프로쎄스 
는 사용자로부터 자료를 받는 일을 하고 다른 프로쎄 스는 자료처 리를 담당하게 만든다. 그 
리고 이러한 프로쎄스들은 통보대기렬을 리용하여 서로의 작업을 원활하게 수행한다. 이 
러한 구조(대기렬을 사이에 두고 다중프로쎄스로 작업을 처리하는 구조)를 가지면 여러 
가지 우점이 있다. 

가령 자료처 리가 지 연되여 사용자가 자료를 받지 못하는 경우를 방지 할수 있다. 그 
리고 사용자로부터 무한정 입력을 기다릴 필요도 없다. 대기렬에 자료가 없으면 다른 작 
업을 수행하고 자료가 입력되면 그때 처리를 해주면 되기때문이다. 

그러 면 자료의 입 력 을 기 다리 는 rcvMsg 프로그람을 작성 해 보자. 먼저 통보대 기 렬 을 통 
해 입력받을 자료의 형을 지정한다. 이때 통보문을 전송할 프로쎄스와 약속된 형을 사용 
해야 한다. 만일 전송할 자료형의 종류가 여러가지라면 이에 맞는 통보문형을 지정해주어 
야 한다. 


원천코드: 

1 

/* 통보문으로 주고받을 자료의 길이와 형 정의 */ 

2 

3 

^define BUFLEN 32 

typedef struct 

4 

5 

{ 

_ long int msgType ； /* 통보문의 형 */_ 

6 

char userNo [13+ l ] ； /* 사용자의 시 민증번호 */ 


탄資#철致찰 


171 












Unux 망프로그람작성법 

7 j char address[17+1] : /* 사용자의 주소 */ 

8 | } UserType ； 一 

통보문의 정의 가 끝났으면 통보대 기렬을 생성 하고 대 기 렬의 ID 를 엄도록 한다. 그 
다음 대 기렬의 ID 를 리 용하여 통보문을 읽어 들인다. 


/* 통보문대 기 렬 ID 를 엄 는다*/ 

int msgQid = msgget((key_t) 8000, 0666 | IPC_CREAT) : 

/* 통보문의 읽기 */ 
long int msgType = 1 ； 

UserType userT ； 

int result = msgrcv(msgQid, (void *) & userT, BUFLEN, msgType, 0); 


만일 읽 어온 사용자의 정보(시 민증번호)가 quit 문자렬이면 읽기를 중단하고 통보대 
기렬을 제거하도록 한다. 

if ( Istrncmp(userT. userNo, "quit" , 4)) 

{ 

작업 탈퇴 : 

} 

/* 통보대기렬을 제거한다. */ 

int result = msgctl (msgQid, IPC_RMID, 0); 

이번에는 통보문을 전송하는 프로그람인 sendMsg.c 를 작성해보자. 
sendMsg 에서 사용하는 자료형 이 나 통보대기렬의 ID 를 얻 어오는 방법은 동일하다. 그 
리고 rcvMsg 프로쎄스가 통보대기렬을 제거하기때문에 특별히 통보대기렬을 제거하는 작 
업 을 수행 할 필요는 없다. 다만 다음과 같이 통보문을 전송하는 루린 (routine) 이 sendMsg 
프로그람의 주요모둘로 된다. 


/* 통보문작성 */ 


UserType userT ； 


memset (SuserT, ’ \0 ’, 

BUFLEN) ； 

userT. msgType = 1 ； 


printf( n 시민증번호: ,f )； 

gets (buffer) ； strncpy (userT. userNo, buffer, 13) ； 

printf( n 주소 : gets (buffer) ； strncpy (userT. address, buffer, 17) ； 

/* 작성된 통보문전송 */ 


int result = msgsnd(msgQid, (void *) 技 userT, BUFLEN, 0); 


그러면 지금까지 설명한 내용에 기초하여 프로그람을 작성하여 보자. 
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먼저 rcvMsg . c 파일을 보면 다음과 같다. 


실례프로그람: rcvMsg.c 

1 

tinclude <stdio. h> 

2 

#include〈string. h> 

3 

#include <errno. h> 

4 


5 

#include <sys/types. h> 

6 

#include <sys/ipc.h> 

7 

#include <sys/msg. h> 

8 


9 

/* 통보문으로 주고받을 자료의 길이와 형정의 */ 

10 

#define BUFLEN 32 

11 

typedef struct 

12 

{ 

13 

long int msgType； /* 통보문의 형 */ 

14 

char userNo[13+l] ； /* 사용자의 시 민증 번호 */ 

15 

char address [17+1] ; /* 사용자의 주소 */ 

16 

} UserType； _ 

17 


18 

int mainO 

19 

{ 

20 

/* 필요한 변수선언 */ 

\21 

int isRun = 1; 

22 

int msgQid, result； 

23 

_UserType userT;_ 

[24 

long int msgType = 1； 

25 


26 

/* 통보대 기렬의 ID 얻 어 오기 */ 

27 

msgQid = msgget ((key_t) 8000, 0666 | IPC.CREAT) ； 

28 

if (msgQid == -1) 

29 

{__ 

30 

printf (” msgget 실행 실패오유번호: %d\n", errno); 

31 

return 0； 
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32 

} 

33 


34 

/* quit 을 입 력받을 때 까지 계 속 실 행 */ 

35 

while (isRun) 

36 

{ 

37 

/* 통보문 읽기 */ 

38 

result = msgrcv (msgQid, (void *)&userT, BUFLEN, msgType, 0)； 

39 

if (result == - 1) 

40 

{ 

41 

printf(’’msgrcv 실행 실패오유번호: %d\n’’,errno) ; 

42 

return 0； 

43 

} 

44 

/* 읽 어들인 통보문 출력， quit 가 있는지 검사 */ 

45 

printf('•<< 사용자 〉〉\n 시민증번호: %s\n”, userT.userNo) ； 

r^6 

printf(” 주소: %s\n”, userT. address) ； 

47 

if (! strncmp (userT. userNo, ’， quit, 4)) 

48 

_{ ___ 

49 

isRun = 0； 

50 

_}_ 

51 

一 } 一 

52 


53 

/* 통보대기렬를 제거한다. */ 

|54 

result = msgctKmsgQid, IPC_RMID, 0); 

55 

if (result == - 1) 

56 

{ 

57 

_printf(’’msgctl 실행 실패 \n’’);_ 

58 

return 0； 

59 

_ }_ 

60 

return 1； 

61 

[} 


이번에는 통보문전송을 목적으로 하는 sendMsg . c 의 원천코드를 보자. 

실례프로그람: sendMsg.c 

1 #include < stdio . h > 
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프로쌔스들사이 롬신 2 (공유기억기와 통보대기렬) 


#include〈string, h〉 
♦include <errno. h> 


#include <sys/types.h> 

#include <sys0/ipc.h> 

#include <sys/msg.h> 

/* 통보문으로 주고 받을 자료의 길이와 형정의 */ 
#define BUFLEN 32 
typedef struct 
{ 

long int msgType； 卜‘ 통보문의 형 */ 
char userNo[13+l]； /* 사용자의 시민증번호 */ 
char address [17+1] ； /* 사용자의 주소 */ 

} User Type； 


int mainO 
{ 一 

/* 필요한 변수선언 */ 
int isRun = 1； 
int msgQid, result; 
char buffer [17] ； 
UserType userT ； 


/* 통보대기렬의 ID 얻어오기 */ 

msgQid = msgget (( key _ t ) 8000, 0666 | IPC _ CREAT ); 
if (msgQid == -1) 

{ 

printf (’’ msgget 실행 실패 오유번호: % d \ n ", errno ) ； 
return 0； 

} 

/* quit 을 입 력받을 때 까지 계 속 실 행 */ 
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35 

while (isRun) 

36 

{ 

37 

/* 통보문 작성 */ 

38 

memset(&userT, ， \0 、 BUFLEN); 

39 

userT.msgType = 1 ； 

40 

printf (” 시 민증번호 : ’’) ; gets (buffer) ； strncpy(userT. userNo, — 

buffer, 13); 

41 

printf(” 주소 : ’’) ; gets (buffer) ； strncpy (userT. address, buffer, ― 

17 )； 

42 


43 

一 /* 작성된 통보문을 전송 */ 一 

44 

result = msgsnd(msgQid, (void *)SuserT, BUFLEN, 0) ； 

45 

if (result == - 1) 

46 

{ 

47 

printf(’’msgsnd 실행 실패 \n ”); 

48 

isRun = 0 ； 

49 

} — 

50 



/* 시민증번호에 quit 가 포함되였는지 검사 */ 

52 

if(Istrncmp(userT. userNo, ’’quit”, 4)) 

53 

( 

54 

isRun = 0 ； 

55 

} 

56 

} 

57 

return 1 ； 

58 

} 


프로그람원천코드의 작성 및 분석이 끝났으면 콤파일을 진행하고 실행을 시켜보자 . 
실행을 할 때 에는 두개의 멜창을 리용하여 야 한다 . (그림 6-4 ， 6-5) 
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그림 6-4. rcvMsg.c 의 실행결과 



그림 6-5. sendMsg.c 의 실행결과 

째 


콤퓨터 망관리 

름퓨터망이 급속히 확대발전됨에 따라 망체계가 여러 회사들에서 생산한 제품들로 구 
성하고 있는 실정에서 오유가 발생하는 경우 그에 대응하기가 매우 어려워지게 된다 . 
이로부터 틈퓨터망의 관리를 일체화，전문화해야 할 필요성이 제기되게 된다 . 

롬퓨터망관리 에 는 구성 관리，장애 관리 , 성능관리，계 좌관리 , 보안관려 등 5 가지 로 이 
루어 진다 . 관리 를 위 한 규약에 는 SNMP (Simple Network Management Protocol) 
와 CMIP (Common Management Information Protocol ) 의 두가지가 있 다 . 
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제3절. C ++ 언어를 리용하여 IPC 를 실현하는 프로그람작성 

지금까지는 C 언어를 리용하여 IPC 를 실현해보았다. 

이 절에서는 C ++ 언어를 러용하여 프로그람을 작성하는 방법을 실례프로그람을 작성하 
면서 설명한다. 이때는 통보대기렬을 리용하는 방법을 사용한다. 작성할 실례프로그람은 하 
나의 프로그람이 통보문전송과 처리를 담당할수 있다. 

그리고 통보대기렬을 사용하는 모둘은 스레드로 움직이도록 작성한다. 스레드로 돌 
아가는 모둘을 리용하여 통보문의 전송과 처리가 중단되지 않게 만든다. 그러면 먼저 통 
보대 기 렬 에 서 사용될 자료형 을 정의하고 들라스 ( class ) 를 설 계 하도록 하자. 아래의 것은 
통보대 기 렬를 리 용하여 주고받을 자료구조체 의 구조이 다. 


// 통보대기렬에서 사용할 자료의 길이와 형을 정의 
#define DATALEN 32 
typedef struct 
{ — 

long int msgType ； /* 통보문형*/ 

char userNo [13+ l ]； /* 13 자리，가입 자의 주민등록한호 */ 
char password [8+1] : /* 8 자러 , 가입 자가 등록한 통과어 */ 
char hpNoC 8+ l ] ; ° /* 8 자리 , 가입 자의 전화번호 */ 

} DataType ; 


이제 들라스를 설계 하여 보자. 콜라스는 내부에 스레드를 위한 구조체로 private 성 
원변수와 스레드를 실행시키는 함수, 스레드로 실행될 모둘들로 구성된다. 그리고 스레드 
들은 수신 ( receive ) 을 담당할 스레드와 전송 ( send ) 을 담당할 스레드로 나누어진다. 다 
음은 프로그람의 주클라스인 MsgQ 의 사용형식을 보여주고있다. 


class MsgQ 

{ 

public ： 

//readMsgQ 를 실 행 시 키 는 함수 
bool runReadMsgQO ; 

//스레드로 돌아가는 함수. 대기렬로부터 자료를 읽어들인다. 
static void *readMsgQ (void *_ arg ) : 

/ /writeMsgQ 를 실 행 시 키 는 함수 
bool runWritMsgQO : 

//스레드로 돌아가는 함수. 대기렬에 자료를 입력한다. 
static void *writeMsgQ (void *_ arg ); 

//Config 파일 안에 있는 통보대기'%의 열쇠값을 얻는다. 
int getQKey () : 
private ： 

// read/Write 모둘들을 위 한 스레드 
pthread_t readMsgQ _ thread : 
pthread _ t : writeMsgQ _ thread : 
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그러면 이러한 사용형식들을 바탕으로 하여 작성된 전체 프로그람의 원천코드를 보 
도록 하자. 다음은 MsgQ 프로그람의 머리부파일인 MsgQ . h 파일의 원천코드이다. 


실례프로그람: MsgQ.h 

1 

ttifndef _ MSGQ _ H _ 

2 

^define _ MSGQ _ H _ 

3 


4 

// msgQ 에서 사용할 자료의 길이와 형 정의 

5 

#define DATALEN 32 

6 

typedef struct 

7 

{ 

8 

long int msgType ; /* 통보문의 형 */ 

9 

char userNo [13+ l ]; /* 13 자리 (가입자의 시민증번호) */ 

10 

char password [8+1] ; /* 8자리 (가입 자가 등록한 통과어 ) */ 

Ml 

char hpNo [8+ l ] ; /* 8자리 (가입자의 전화번호) */ 

[丄2 

} DataType ; 

13 


14 

class MsgQ 

15 

{ 

16 

public ： 

17 

// readMsgQ 를 실행시키는 함수 

18 

bool runReadMsgQO ; 

19 

一// 스레드로 돌아가는 함수. 대기렬로부터 자료를 읽어들인다.一 

20 

static void *readMsgQ (void *_ arg ); 

21 


22 

// writeMsgQ 를 실행시키는 함수 

23 

bool run WriteMsgQ () ； 

24 

// 스레드로 돌아가는 함수. 대기렬에 자료를 입력한다. 

25 

static void *writeMsgQ (void *_ arg ); 

26 


27 

// config 파일속에 있는 msgQ 의 열쇠값을 얻는다. 

28 

int getQKeyO ； 

29 


30 

private : 
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31 

// read/write 모둘들을 위한 스레드 

32 

pthread_t readMsgQ_thread : 

33 

pthread_t writeMsgQ_thread ； 

34 

}； 

35 


36 

#endif /* _MSGQ_H_ */ 


이번에는 MsgQ.h 파일을 사용하는 MsgQ.cpp 파일의 원천 코드를 보도록 하자. 


실례프로그람 : MsgQ.cpp 

1 

#include <iostream. h> 

2 


3 

#include <stdio. h> 

4 

#include 〈 string, h 〉 

5 

♦include <errno. h> 

6 

#include <pthread. h> 

7 


8 

#include <sys/types.h> 

9 

#include <sys/ipc.h> 

10 

ttinclude <sys/msg.h> 

11 


12 

■elude ， ’ MsgQ.h” 

13 


14 

卜 우************************:):***:#:):****:):** 

15 

* FUNCTION : runReadMsgQ_ 

16 

* DESCRIPTION : msgQ 의 열쇠값을 얻은후 스레드를 실행시키는 함수 

17 

» ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ * * * */ 

18 

bool 

19 

MsgQ ： : runReadMsgQ 0 

20 

L 

21 

int ret ； 

22 

// msgQ 의 열쇠를 얻은 후 void* 형으로 변환 

23 

int QKey = getQKeyO ； 

24 

if(QKey <= 0) 

25 
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프로쎼스들사이 통신 2 ( 공유기억기와 통보대기렬》 

cout « "MsgQ： : readHlrMsgQO QKey 값 이상 " « endl; 
return false ； 

} 

void *_arg = (void 中 ) QKey; 


// void* 형으로 변환한 msgQ 의 열쇠값과 함께 스레드함수 실행 
if (ret = pthread_create (&readMsgQ_thread, NULL, 

MsgQ ： ： readMsgQ, _arg))_ 


cout « "readMsgQ 스레드의 실행에 실패 :” « strerror(ret) « 

endl ； _ 

return false; 

} 

return true ； 




* FUNCTION : readMsgQ 

* DESCRIPTION : 스레드로 실행될 static 로 선언된 방법 . 통보문을 읽는다 . 



void* 


MsgQ: : readMsgQ (void *_arg) 


// void* 로 입력된 열쇠값을 int 형으로 변환한다 . 
int QKey = (int)_arg ； 
int msgQid ； 

DataType dataT ； 
long int msgType = 0 ； 
bool isRun = true ； 


// 열쇠값을 리용하여 msgQ 생성 및 msgQ 얻기 
msgQid = msgget((key_t) QKey, 0666 | IPC_CREAT) ； 
if (msgQid == - 1) 
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58 

cout « n MsgQ: : readMsgQ msgget 실행실패 ’’ << endl ； 

59 

return NULL； 

60 


61 


62 

// 통보문을 읽고 화면에 출력 , 시민증번호가 quit 이면 완료 

63 

while (isRun) 

64 


65 

if (msgrcv (msgQid, (void *) 技 dataT, DATALEN, msgType, 0) 

- - 1) 

66 

호 

67 

cout « "MsgQ :: readMsgQ msgrcv 실행실패 !" << endl ； 

68 

isRun = false； 

69 


70 

if(!strncmp(dataT. userNo, "quit", 4)) 

71 

isRun = false； 

1 72 

cout « ，’ << 가입자 정보 〉〉，， « endl ； 

I 73 

cout « ’’ 시민증번호 : ” « dataT.userNo « endl ； 

74 

cout « "통과어 : ” << dataT.password « endl ； 

75 

cout « ’’ 전화번호 : " << dataT.hpNo « endl ； 

76 

I 

77 


78 

// msgQ 를 핵심부에서 제거한다 . 

79 

if(msgctl(msgQid, IPC_RMID, 0) == -1) 

80 

소 

81 

cout « "MsgQ :: readMsgQ msgctl 실행실패 !’’ « endl ； 

82 

return NULL； 

83 

I 

84 


85 

return NULL； 

86 


87 


88 

/********************* ****************** 

89 

* FUNCTION : runWriteMsgQ 

90 

* DESCRIPTION : msgQ 의 열쇠값을 얻은 후 스레드를 실행시키는 함수 
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91 

****************************************/ 

92 

bool 

93 

MsgQ： : runWriteMsgQ () 

94 


95 

int ret ； 

96 

// msgQ 의 열쇠를 얻은 후 void* 형으로 변환 

97 

int QKey = getQKeyO ； 

98 

if(QKey <= 0) 

99 

호 

100 

cout « n MsgQ： : writeMsgQO QKey 값이상 ! ’’ « endl ； 

101 

return false ； 

102 


103 

void * arg = (void *)QKey; 

104 


105 

// void* 형으로 변환한 msgQ 의 열쇠값과 함께 스레드함수 실행 

106 

if (ret = pthread_create(&writeMsgQ 一 thread, NULL, 

MsgQ :: writeMsgQ, arg)) 

107 

소 

108 

cout « "writeMsgQ 스레드실행실패 : ’’ << strerror(ret) « endl ； 

109 

return false; 

110 

> 

111 

return true; 

112 

；[ 

113 


114 

/************************** ************* 

115 

* FUNCTION : WriteMsgQ 

116 

* DESCRIPTION : 스레드로 실행될 static 로 선언된 방법 . 통보문을 적는다 . 

117 

****************************************/ 

118 

void* 

119 

MsgQ： : writeMsgQ (void *_arg) 

120 


121 

// void* 로 입력된 열쇠값을 int 형으로 변환한다 . 

122 

int QKey = (int)arg ； 

123 

bool isRun = true ； 
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124 

int msgQid； 

125 

DataType dataT； 

126 

char buffer [14] ； 

127 


128 

// 열쇠값을 리용하여 msgQ 생성 및 msgQ 얻기 

129 

msgQid = msgget((key_t)QKey, 0666 | IPC_CREAT); 

130 

if (msgQid == -1) 

131 


132 

cout « "MsgQ :: readMsgQ msgget 실행 실패 ! ’’ « endl ； 

133 

return NULL； 

134 


135 


136 

// 통보문을 작성한후 대기렬에 쓰기한다 . 

137 

while (isRun) 

138 

소 

139 

memset (SdataT, ’\0’, DATALEN); 

140 

dataT. msgType = 1; 

141 

cout « "시 민증번히 13] :’’;gets(buffer); 

142 

_strncpy (dataT. userNo, buffer, 13);_ 

143 

cout « n 통과어 [8] : " ； gets (buffer) ； 

144 

strncpy (dataT. password, buffer, 8); 

145 

cout « n 전화번 히 8]: ’’ ; gets (buffer); 

146 

strncpy (dataT. hpNo, buffer, 8 ); 

147 

if (msgsnd(msgQid, (void *) SdataT, DATALEN, 0) == -T) 

148 

소 

149 

cout « "MsgQ： : writeMsgQ msgsnd 실행 실패 厂 ’ « endl ； 

150 

isRun = false； 

151 

> 

152 

// 사용자 시민증번호에 quit 가 입력되면 완료한다 . 

153 

if(!strncmp(dataT. userNo, ’’quit’ 、 4)) 

154 

isRun = false； 

155 

모 

156 

return NULL； 

157 

j| 
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158 


159 

/************************** ************* 

160 

* FUNCTION : getQKey 

161 

* DESCRIPTION : Config 파일로부터 msgQ 의 열쇠값을 받아오는 함수 

162 

****************************************/ 

163 

int 

164 

MsgQ： : getQKey () 

165 

호 

166 

return 9999 ； 

167 


168 


169 

/********************* ****************** 

170 

* FUNCTION : main 

171 

* DESCRIPTION : 객체 생성 및 실행 . Sender 또는 receiver 로 설정 가능 

172 

****************************************/ 

173 

int main (int argc, char* argv[ ]) 

174 

느 

175 

// 인수의 개수 검사 

176 

ifCargc !=2) 

177 

호 

178 

cout « n Usage ： MsgQ <sndQ 1 rcvQ>" « endl « endl ； 

179 

return 0 ； 

180 


181 


182 

// MsgQ 객체 생성 

183 

MsgQ *msgQ = new MsgQO ； 

184 


185 

// 인수가 sndQ 이면 write 용스레드 실행 

186 

if(!strncmp(argv[1], ’’sndQ”, 4)) 

187 

호 

188 

if (msgQ -〉 runWriteMsgQO == false) 

189 

return 0 ； 

190 
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191 

192 

// 인수가 rcvQ 이면 읽기용 스레드 실행 

else if( ! strncmp(argv[1], ”rcvQ’’ ， 4)) 

193 

194 

소 

if (msgQ->runReadMsgQ 0 == false) 

195 

196 

return 0 ； 


197 

198 

else 


199 

200 

cout « "Usage ： MsgQ <sndQ | rcvQ>" « endl « endl ； 

delete (msgQ); 

201 

202 

return 0 ； 


203 

// 주스레드 완료 

204 

205 

pthread exit(0 ); 

return 1 ； 

206 

丁一 



쉘 

UNIX 와 대 화하기 위 한 지 령 해 석 프로그람으로서 UNIX 의 지 령 을 해 석 하고 실 행 하 
는 번역 기 이 다 . 조작체 계 의 제 일 바깥쪽에 있으며 조작체 계 전체 를 둘러싸고있는듯한 느 
낌 으로 되 여있기 때 문에 멜(껍 질)이 라는 이 름을 달았다 . 월지 령 을 사용하여 작성 한 프 
로그람을 멜 Script 라고 부르며 지 령처 럼 실행시 킬수 있다 . if~tiien~else 와 같은 조 
종문이나 변수도 사용할수 있으며 간단한 프로그람을 작성할수도 있다 . 월은 여러 종 
류가 개 발되 여있는데 Bourne 멜 , C 월 등이 보급되 고있 다 . 
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제 7장 

체계간 통신 (1) 


서폰 


7 장과 8 장에서는 먼거 리 에 떨어 진 체계들사이의 통신프로그람을 
작성하기 위한 내용들을 배우게 된다 . 여기서 사용되는 방법은 소케 
트를 리 용한것 으로써 Berkeley Socket 를 기 본으로 한다 . 7 장에서는 
먼저 소케트통신과 관련된 전반적인 내용을 취급한다 . 그 다음 소케 
트프로그람작성 에 서 사용하는 체 계 호출함수에 대 해 설명 한다 . 그리 고 
이것을 리용한 간단한 소케트프로그람을 작성하게 된다 . 

소케 트프로그람작성 에 서 는 프로그람작성 과정 을 기 본으로 보여 주 
는데 이 내 용은 다음 장에서 작성 하는 프로그람들의 기 초코드로 활용 
된다 . 7 장의 차례는 다음과 같다 . 


목표 

1. 소케트릉신 

2. 소케트체계호출함수 

3. 소케트프로그람작성 
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제1절. 소케트통신 


이 절에서는 소케트통신을 위 한 기 본 API 를 소개 하고 간단한 TCP/IP 프로그람에 대 
해 설명한다. 이때 사용하는 소케트프로그람은 Berkeley Socket 를 기본으로 하고있다. 
7.1.1. 퍼일입출구 (File I / O ) 외의 비교 

먼저 소케 트통신과 파일 I 八3를 비 교해 보자. 기 본적 인 파일 I 八)함수는 open , create , 
close , read , write , 1 seek 등을 리용한다. 하나의 처리기가 파일에 무엇인가를 남기고 
다른 처리기가 이 파일을 읽어들인다고 가정해보면 파일에 무엇인가를 남기는 처리기는 
파일이 등록부안에 존재하는가를 확인하고 없으면 새로 생성 ( create ) 한다. 

만일 이 미 존재 하던 파일 이 면 파일 을 열 고 파일 에 서 요구하는 내 용을 써 넣 고 마지 막으로 
파일을 닫는다. 이와 같은 봉사를 하는것을 소케트통신에서 봉사기라고 생각하면 된다. 
그러면 파일의 읽기를 원하는 처 리기는 똑같은 순서로 파일에서 자료를 읽어들이게 된다. 

이와 비슷한 역할을 하는것을 소케트통신에서는 자료를 받아들이는 의뢰기라고 보면 
된다. 하지만 소케트통신은 파일입출력과는 다른데 그 차이는 다음과 같이 볼수 있다. 

• 소케 트에 서 의 뢰 기 와 봉사기 관계 는 서 로 대 칭 적 이 아니 다. 봉사기 는 봉사를 제 공해 주는 
립장에서 의뢰기의 요구를 받아들이도록 언제나 준비를 하고있고 의뢰기는 봉사를 
요청하기 위한 준비를 한다. 

• 콤퓨터망의 련결은 파일 입출력 처 럼 언제 나 련결되 여 있는 방식 (Connection 
Oriented ) 과 규약에 따라 자료를 주고받을 때 만 잠시 련결되는 방식 (Connection 
Less ) 두가지로 나누어 본다. Connection Less 방식은 콤퓨터망상의 각종 다른 
주콤퓨터 ( Host ) 와 련결되 기 때 문에 열 기 ( open ) 와 같은 함수가 존재 하지 않는다 

• 콤퓨터망상의 I 八)는 파일의 I 八)에 비해 그 이름이 중요한 역할을 한다. 과일 I/O 는 
처음 파일 이 권한에 따라 열 려지면 그 권한에 따라 모든 역 할이 규정되지 만 콤퓨터망의 
"◦는 접속되는 상대의 이름에 따라 각기 다른 권한을 가질수 있다. 

• 를퓨터 망의 I/O 는 좀 더 복잡한 규약과 파라메 터 를 가진다. ( Protocol , local - addr , 
local - process , foreign - addr , foreign - processl ) 그 리유는 콤퓨터망의 1/◦가 
파일 I 八)에 비해 보다 복잡하고 정교하기때문이 다. 

• 를퓨터망의 1/◦는 다중사용자통신 (Multiple Communication Protocol ) 을 
지원한다. 즉 한가지 정해진 일만 하는것이 아니라 규약에 따라 또는 그 봉사에 따라 
여 러 사용자들에게 동시 에 봉사를 제공한다. 

그러면 표 7-1 를 리용하여 름퓨터망의 I 八 D 와 파일의 I 八 D 를 비교해보자. 
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표 7-1. _ 콤퓨터망 l/0(Socket) 와 파일 I/O 비교 


구분 

동작 

Socket 

File I/O 

Server 
( 봉사기 ) 

창조 

Socket () 

Open () 

묶기 주소 

BindO 


대기렬기록 

Listen () 


련결 대기 

Accept 0 


Client 
( 의뢰기 ) 

창조 

Socket () 

Open () 

묶기 주소 

BindO 


봉사기 접속 

Connect () 


자료처 리 

ReadO 


Write () 

Write () 

Recv 0 

RecvO 

SendO 


데 이 터 그램 

Recvfrom () 


SendtoO 


완료 

Close0 

Close0 

Shutdown () 

Unlink () 


봉사기 

(Connection-Oriented Protocol) 


의뢰기 



그림 7-1. 련결형소케트 프로그람의 흐름 


@혈활 @활⑩철製⑩ 
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7.1.2. 살행과정 

그림 7-1 은 일반적 으로 사용하는 련결형 ( Connection - Oriented ) 소케 트프로그람의 흐 
름이다. 먼저 봉사기가 소케트를 열고 봉사준비를 하고있으면 의뢰기가 봉사기에 접속을 하 
고 봉사를 요청한다. 

그림 7-2 는 비련결형규약 (Connection less Protocol ) 을 리용한 의뢰 7 卜봉사기환경 
의 체계흐름이다. 의뢰기는 봉사기와 련결될 때 sendto 를 리용하여 데이터그램과 파라메 
터를 봉사기에 보내고 봉사기 또한 의뢰기로부터 련결설정을 맺는 대신 recvfrom 을 리 
용하여 자료가 오기를 기 다린다. 

recvfrom 은 의뢰기로부터 데이터그램뿐만 아니라 의뢰기의 주소를 같이 받아들여 
봉사기가 다시 의뢰기에 요청한 자료를 보낼 때 사용한다. 


봉사기 

(Connection Protocol) 


의뢰기로 부터 련결될때까지 
볼로크화한다. 


_ Send to() _- 


의뢰기 


socket 0 



| bindO 



ᅴ Send to() 



► recvfrom 0 


그림 7-2. 비련결형규약을 리용한 제계흐_ 
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제 2 절. 소케트체계호출 


체계간 통신 (1) 


대부분의 콤퓨터망프로그람에서 사용하는 구조는 다음과 같은 소케트구조체의 지적 
자 (point) 를 활용한다 . 


원천 코드 : 

1 

/* Structure used by kernel to store most addresses. */ 

2 

struct sockaddr 

3 

{ 

4 

u_short sa_family ； /* address family */ 

5 

char sa_data[14] ; /* up to 14 bytes of direct address */ 

6 

}； 

7 

/* internet address (old style | | should be updated) */ 

8 

struct in_addr { 

9 

union { 

10 

struct {u_char s_bl,s_b2,s_b3,s_b4;}S_un_b; 

11 

struct {u short s wl,s w2 ； } S un w ； 

12 

u_long S_addr; 

13 

} S_un ； 

14 

#define s_adder S_un. S_addr /* can be used for most top 技 ip code */ 

15 

#define s_host S_un.S 一 un_b.s_b2 /* host on imp */ 

16 

#define s_net S_un.s_un_b.s_bl /* network */ 

17 

#define s_imp S_un. S_un_w. s_w2 /* imp */ 

18 

#define s_impno S_un.S_un_b.s_b4 /* imp# */ 

19 

#define s_lh S_un.S 一 un_b.s_b3 /* logical host */ 

20 

丁— 

21 


22 

/* Socket address, internet style. */ 

23 

struct sockaddr_in { 

24 

short sin_family; 

25 

u_short sin_port ； 

26 

struct in_addr sin_addr ； 

27 

char sin_zero[8] ； 

28 

}； 
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례를 들어 령역을 지원하는 콤퓨터망함수인 connect (혹은 bind ) 는 그 인자로서 소 
케트주소구조체 (sockaddr ) 와 규약의 크기를 전달해주어 야 한다 . 즉 connectO 함수의 경 
우에는 다음과 같이 사용한다 . 


struct sockaddrjn serv_addr ； 

int connect (sockfd, (struct sockaddr*) &serv_addr, sizeof 

(serv_addr) ) : 


우의 함수에서 두번째 인자는 인터네트주소의 지적자이고 세번째 인자는 인터네트주소 
의 크기 이 다 . 이때 세번째 인자로 그 크기를 전달해주어야 하는 리유는 connectO 함수 하나 
를 사용하여 XNS 등 다른 규약도 인자로 사용할수 있도록 하기 위해서 이다 . 이번에는 콤퓨 
터망프로그람에 필요한 기본 API 에 대 해 보도록 하자 . 

7.2.1. socket 

콤퓨터망프로그람을 작성하기 위해서 반드시 알아야 하는 체계함수가 바로 socket() 
체계호출함수이다 . socket () 함수를 통하여 사용하려고 하는 소케트의 규약을 지정해준다 . 

int socket (int family, int type, int protocol) : 

사용가능한 family 류형은 20 가지 이상이지만 그중 많이 사용하는 형식들은 아래와 같다 . 

/ * local to host (pipes, portals) * / 

#define AF_UNIX 1 

/ * internetwork ： UDP, TCP, etc. * / 

#define AF—INET 2 

/ *arpanet imp addresses * / 

#define AFJMPLINK 3 

/ * IPX and SPX* / 

#define AF—IPX 6 

/ *XEROX NS protocols * / 

#define AF_NS 6 

우에서 AF _ 는 address family ( 주소계렬)의 첫 글자를 딴것이 고 다른 류형으로 
protocol family ( 규약계렬)를 나타내는 PF 로 시작하는 PF_UNIX, PF_INET, 
PFJMPLINK 등도 사용가능하다 . 

우에서 IMP 는 Interface Message Processor ( 통지문처리기대면부)의 략자이며 
ARPANET 에 서 사용하는 지 능망파케 트마디 로서 초기 인터 네 트판본에 서 사용하던것 이 지 
만 지금은 그러 흔하게 사용되지 않는다 . 다음은 socket 의 류형 이 다 . 
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#define SOCK_STREAMl 
/* stream socket * / 

#define SOCK_DGRAM 2 
/ * datagram, socket * / 

#define SOCK_RAW 3 
/ * raw-protocol interface * / 

#define SOCK_RDM 4 
/ * reliably-delivered message */ 

#define SOCK_SEQPACKET 5 
/ * sequenced packet stream * / 

모든 류형의 socket 와 family 의 조합을 사용할수는 없다. 표 7-2 에서 사용가능한 류 
형의 socket 와 family 의 조합을 보여주었다. 


표 7-2. 

Socket 와 family 의 조합 



조합 

AF—UNIX 

AF—INET 

AF_NS 

SOCK_STREAM 

사言？죵一 

TCP 

Spp 

SOCK 一 DGRAM 

사용가능 

UDP 

사용가능 

SOCK_RAW 

사용불가능 

IP 

사용가능 

SOCK_SEQPACKET 

사용불가능 

사용불가능 

Spp 


소케트프로그람을 작성하기 위해서는 우의 사용가능한 조합을 선택해서 사용해야 한 
다. protoc 이인자에는 거의 대부분의 응용프로그람이 0 을 사용한다. 하지만 특수한 목적 
으로만 사용하기 위해서 가능한 조합을 만들어 사용할수 있다. 표 7-3 에서는 사용가능한 
조합을 보여주었다. 


표 7-3. 

규약과 사용가능한 조합 


계렬 

형식 

규약 

실 지 규약 

AF—INET 

SOCK—DGRAM 

IPPROTO—UDP 

一 UDP 

AF—INET 

SOCK_STREAM 

IPPROTO_TCP 

TCP 

AF—INET 

SOCK_RAW 

IPPROTO_ICMP 

ICMP* 

AF—INET 

SOCK_RAW 

IPPROTO_RAW 

(raw) 

AF_NS 

SOCK_STREAM 

NSPROTO_SPP 

SPP 

AF_NS 

SOCK_SEQPACKET 

NSPROTO_SPP 

SPP 

AF_NS 

SOCK_RAW 

NSPROTO_ERROR 

Error protocol 

AF_NS 

SOCK_RAW 

NSPROTO_RAW 

(raw) 
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우의 조합을 리용하여 다양한 응용프로그람을 만들수 있다 . 그중에서 가장 대표적 인 
것 이 바로 ICMP 를 사용하는 Ping 프로그람이다 . 

Socket 함수는 파일 입 출력 함수와 같이 16bit 정 수를 반환 (return) 한다 . 앞으로는 이 반 
환값을 socketfd 라고 부른다 . 

socketfd 와 관련된 내용을 보면 protocol, local-addr, local-process, 
foreign-addr, foreign-process 등이 있고 처리기가 의뢰기로서 역할을 하는가 봉사기 
로서 역할을 하는가에 따라 함수를 사용하는 방법이 달타진다 . 또한 련결설정규약 
(Connection Oriented Protocol) 을 사용하는가 혹은 비 련결설정 규약 (Connection less 
protocol) 을 사용하는가에 따라 다른 함수의 조합을 사용하게 된다 . 

대 표적 인것 이 system follow 이 다 . (표 7-4) 

표 7-4. 

구 분 

ᅴ련결형봉사기 
련결형의뢰기 
비련결형봉사기 
비련결형의뢰기 


system 

규 약 

Socket ( ) 
Socket ( ) 
Socket ( ) 
Socket ( ) 


국부주소 
국부처 리 

Bind( ) 
connect ( ) 
Bind( ) 
Bind( ) 


외부주소 
외부처리 

Listen ( ) 
accept( ) 
Recvfrom( ) 
Sendto( ) 


7.2.2. bind 

bindO 함수는 아직 이름이 붙여지지 않은 socket 에 이름을 명명 하는것으로서 사용형 
식은 다음과 갈다 . 

int bind (int sockFd, struct sockaddr * addr, int namelen); j 

bindO 함수의 두번째 인자는 자기주소에 대한 지적자이고 세번째 인자는 자기주소의 
크기이다 . 

봉사기는 bind 를 통해 체계의 알려진 주소를 등록한다 . 이렇게 함으로써 알려진 주 
소로 전달되는 어떤 통보문이든 받을 준비를 하는것이다 . 련결설정봉사기나 비련결설정봉 
사기는 모두 의뢰기의 요청을 받이들이기전에 반드시 bind 를 수행해야 한다 . 

의뢰기의 경우에는 의뢰기가 스스로 자기의 주소를 등록한다 . 비련결설정의뢰기는 자 
기의 고유주소를 bindO 해주어야 하는데 그렇지 않으면 봉사기는 그 요청을 받아들이더 
라도 어디서 요청을 받았는지를 모르기때문에 정상적인 통신을 진행할수 없다 . 

7.2.3. connect 

의 뢰 기 처 리 기 는 봉사기 와 련결설정 을 하기 위 해 socket 를 socketfd 에 련결 한다 . 앞 
에 서도 설명 한것 처 럼 sockfd 는 socket() 함수가 반환한 값이 다 . 
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int connect (int sockFd , struct sockaddr * name , int namelen ) : 


connectO 함수의 두번째 인자는 소케트주소에 대한 지적자이고 세번째 인자는 소케 
트주소의 크기이다. 대부분의 련결 ( Connection _ oriented ) 규약은 connect 함수를 사용 
함으로써 외부체계와 자기와의 련결을 실현한다. 이 함수는 내부적으로 두 체계간의 통보 
문을 교환하여 련결이 확실히 이루어진 다음에야 련결설정에 대한 성공값을 반환한다. 

의뢰기는 일반적으로 connectO 함수를 실행하기전에 련결할 필요는 없다. 비련결의 
퇴기도 connect 를 사용해야 하지만 련결설정의뢰기에서 의미하는 connect 의 의미와는 
다르 다. 

비련결의뢰 기는 상대방의 알려 진 주소를 보관하고있다가 통신이 이루어지면 socket 
계층에서 봉사기에 자료를 전송한다. 그러므로 비련결의뢰기는 매번 봉사기에 자료를 전 
송할 때마다 봉사기와 련결할 필요가 없다. 

7.2.4. listen 

listen 0 함수는 련결 (Connection oriented ) 봉사기 에 서 의 뢰 기 의 련결 을 기 다리 게 하 
는 역할을 하는 함수로서 다음과 같은 사용형식을 가진다. 

int listen (int sockFd , int backlor ); 

이 함수는 대개 socket () 와 bind 0 를 실행한 다음에 그리고 accept 0를 실행하기전 
에 사용한다. 두번째 인자인 backlog 는 체계가 얼마나 많은 의뢰기를 받아들이겠는가에 대 
한 대기렬을 설정하는것이다. 이 인자는 보통 5로 설정을 하며 체계의 성능에 따라 그 크 
기를 다르게 설정하여 준다. 

7.2.5. accept 

acceptO 함수는 련결봉사기 (connection oriented Server ) 가 우에서 설명한 
listenO 함수를 수행한후 의뢰기로부터 련결설정을 기다리고있다가 실제 련결요청이 
들어오면 봉사기가 그 련결을 받아들이라는 지령이다. 


int accept (int sockFd , struct sockaddr * addr , int * addrlen ); 


acceptO 함수는 대기렬에 있는 첫번째 요청을 받아들여 련결을 하고 다시 socketfd 와 
꼭같은것을 만들어 대기렬에 있는 다음 련결요청을 받아들이도록 만든다. 

두번째 인자인 addr 은 connectO 함수에서 반환된 주소이며 세번째 인자인 addrlen 은 
그 주소의 길이이다. 

이 함수의 반환값은 의뢰기와 통신한 새로운 socketfd 이고 의뢰기와의 통신은 새로운 
socke 社 d 을 통해서 이루어지게 함으로써 봉사기는 언제 나 같은 포구를 열고 의뢰기의 련결을 
기 다리게 된다. 다음의 실례는 전형적 이라고 볼수 있는 원천코드이 다. 
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원천 코드: 

1 1 

int socketfd , newsocketfd ； 

2 


3 

s = socket ( .); 

―^一1 

if (s < 0) 

5 

Error _ Message (” 소케트 생성 실패’’); 

6 


7 

err = bind ( s , (struct sockaddr *) 技 localAddr , sizeof ( localAddr )) ； 

8 

if (err < 0) 

9 

Error_Message ("소케트의 련결에 실패’’); 

10 


11 

err = listen ( s , 5); 

12 ~ 

if (err < 0) 

13 ~ 

Error _ Message( n 소케트의 요청에 실패’’); 

14 


15 

while ( TRUE ) 

16 

1 一 

17 

newsockfe = accept ( s ,. ); 

18 

if (newsockfd < 0) 

19 ~ 

Error _ Message (” 소케 트 접 수오유’’) ; 

20 


21 

beginthread(start address , 0, (void *) newsockfd ) ； 

22 

} 1 


즉 봉사기는 의뢰기로부터 련결요청을 받아들이고 봉사를 하기 위한 스레드를 생성 
하는데 그 인자로서 newsocketfd 를 전달해준다. acceptO 함수에 의하여 반환된 
newsockfd 는 규약, 자기 주소, 자기 프로쎄스, 상대방의 주소, 상대방의 프로쎄스 등 
의 내용을 모두 가지고있으며 원래의 socketfd 는 상대방의 주소와 상대방의 프로쎄스를 제 
외한 3개만 가지고 다음 의뢰기의 련결요청을 기다리게 된다. 

우리는 지금까지의 설명을 통하여 봉사기가 여러개의 의뢰기와 동시에 통신을 하기 위 
해서 다른 소케트를 임의로 만들지 않아도 acceptO 함수가 이런 역할을 대신해 준다는것 
을 알수 있다. 또한 봉사기의 대기렬에 봉사를 할 내용들이 많다하더라도 하나씩 순서대 
로 처리하기를 요구한다면 스레드를 생성하지 않고 프로쎄스에서 봉사를 차례로 하게 할 
수 있다는것도 알수 있다. 


원천코드: 

1 

int socketfd , newsocketfd ； 1 

2 


3 

s = socket (. ); 

4 

if (s < 0) 

5 

Erro 〔 Message (’’ 소케트 생성 실패’’); 

—^ 一 
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一 7 一 

err = bind(s, (struct sockaddr * ) 技 localAddr, sizeof (localAddr)); 

8 

if (err < 0) 

9 

Erro 〔 Message (’’ 소케 트의 련결에 실패 ’’); 

10 


11 

err = listen (s, 5) ； 

12 

if (err < 0) 

13 ~ 

Erro 〔 Message (’’ 소케트의 요청에 실패 ’’); 

14 


15 

while (TRUE) 

16 

{ 一 

17 

newsockfe = accept (s,.); 

18 

if(newsockfd < 0) 

19 

Error_Message (” 소케 트 접 수오유 ’’) ； 

20 

Do_SerVice (newsockfd) ； 

21 

close (newsockfd) ； 

22 

|} 1 


7.2.6. 통보문의 송수신을 위한 제계호출함수 

통보문을 송수신하는 함수들로는 readO, writeO, recvfromO 그리고 sendtoO 등 
이 있다 . 이러한 함수의 사용형식을 보면 다음과 갈다 . 


int send(int sockFd, char * buf, int len) ； 

int Sendto (int sockFd, char * buf, int len, int flags, struct sockaddr 

* to, int tolen) ； 

int read (int sockFd, char * buf, int len) ； 

int recvfrom(int sockFd, char * buf, int len, int flags, struct sockaddr 

* from, int * fromlen) ； 


처음 세개의 인자 sockFd, buf, len 은 소케트로부터 입출력할 완충기와 그 크기를 
지정한 인자들이 된다 . flags 라는 인자는 대체로 0 을 사용하지만 특수한 목적에 따라 다 
음과 갈은 값을 설정해주기도 한다 . 


#define MSG_OOB Oxl /* process out-of-band data * / 

#define MSG_PEEK 0x2 /* peek at incoming message (recvfrom 에서 ) */ 
#define MSG_DONTROUTE 0x4 /* send without using routing tables */ 


sendtoO 함수에서 to 라는 인자는 자료를 보내야 할 주소를 가리키는 지적자이다 . 여 
기서 sendtoO 함수는 규약에 의존하기때문에 를퓨터망의 하위계층에서 인식할수 있도록 그 
주소의 크기를 설정해주어야 한다 . recvfromO 함수 역시 sendto 와 같은 리유로 from 과 
len 의 값을 설정해주어야 한다 . sendtoO 함수의 마지막 인자는 정수형 이지만 recvfromO 
의 마지막 인자는 정수형지적자라는 점에서 주의하여 사용하여야 한다 . 
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우의 네개 함수들은 파일입출력 (파일 I / O ) 함수와 마찬가지로 보내고 받은 길이를 반 
환하여 준다. 비련결과 함께 사용되는 recvfrom () , sendtoO 함수는 전송받은 데 이터그 
램의 크기를 반환하여준다. 

7.2.7. close 

처리기에서 사용한 소케트를 마지막에는 닫아주고 프로쎄스를 완료하여야 하는데 이 
때 사용하는 함수가 close 이다. closeO 함수의 사용형식은 다음과 같다. 
int close (int sockFd ) : 

소케트가 닫혀 있다는 의미는 체계핵심부안의 모든 자료가 전송되 였다는것을 나타낸다. 
하지만 closeO 함수를 사용하여 소케트를 닫으라는 명령을 체계에 주어도 이미 보내도록 대 
기렬에 전송된것들은 핵심부에 의해 여전히 상대처리기에 전달될 때까지 계속 전송을 시도 
할수 있다. 이 러한 현상을 방지하기 위해서는 소케트추가선택 (socket op 仕 on ) 의 
SO_LINGER 를 사용하여 대기렬에 쌓인 자료를 반드시 전송하고 이미 전송된 자료는 핵심 
부에서 지워지도록 해주어야 한다. 

7.2.8. 바이트순서 변환 

다음 네개의 함수는 다른 를퓨터체계에서 를퓨터망의 바이트순서를 변환하는 함수로 
서 인터네트규약을 기준으로 만들어졌다. 


u_long htonl ( u_long hostlong ) : // Convert host - to - network : 
long integer 

u_Short htons ( u_short hostshort ) ； II Convert host - to - network : 
short integer 

u_long ntohl ( u_long netlong ); // convert network - to - host : 
long integer 

u_Short ntohS ( u_Short netshort ) : // Convert network - to - host ; 
short integer 

7.2.9. 주소변환 

인터네트주소는 192.168.0.1 이처럼 4개의 점 (.) 을 포함한 주소로 만들어져있지만 
실지로 름퓨터가 인식하는 인터네트주소는 in_addr 의 형태로 만들어져있다. 따라서 우리 
는 사람의 눈으로 확인할수 있는 인터네트주소의 형식을 콤퓨터가 인식할수 있는 인터네 
트주소의 형식으로 바꾸기도 하고 그 반대로 바꾸어주기도 하여 야 한다. 

unsigned long inet_addr (const char * ) : 
char * inet _ ntoa(struct in_addr in ) : 

inet_addr 는 사람이 인식할수 있는 형태의 인터네트주소를 콤퓨터가 인식할수 있는 형 
태로 바꾸어준다. 그 반대로 inet_nto 는 름퓨터가 인식할수 있는 주소를 사람이 인식할 
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수 있는 형태의 주소로 바꾸어주는 함수이다. 


원천코드 : 

1 

bzero((char *) ( 技 remoteAddr, sizeof (remoteAddr)) ； 

2 

remoteAddr. sin_family = AF_INET ； 

3 

remoteAddr. sin_addr. s_addr=inet_addr (server_name) ; 

4 

remoteAddr. sin_port = htons (port) ; 


우의 실례는 인터네트주소를 를퓨터가 인식할수 있는 형태의 인터네트주소로 바꾸는 
것을 보여준것 이 다. 별명 (alias) 형태의 주소를 콤퓨터 가 인식 할수 있는 주소로 바꾸어주 
는 함수는 ge 比 ios 比) yname 이다. 또한 DNS (Domain Name Server) 가 설정 되여 있는 롬 
퓨터에서는 DNS 를 통한 주소변환도 가능하다. 


원천코드 : 

1 

Localhost 

2 

Young_ 

3 

Mountain 

4 

doctor, co. kp 


struct hostent * gethostbyname (const char * name) : 


다음은 ge 比 lostbynameO 을 통한 주소변환의 실례이다. 

원천코드 

1 

Char server _ name [16] = " doctor , co . kp ”; 

2 

struct sockaddr in remoteAddr ； 

3 

struct hostent * phe ；_ 

4 


5 

if ((phe = gethostbyname (server_name)) 卜 NULL ) 

6 

{ memcpy((char *) & ( remoteAddr . sin addr ), phe->h addr ， phe -〉 length ); 

7 

[} 


7.2.10. 소케트추 7 [선택항목을 위한 함수 

다음은 소케트의 추가선택항목과 관련된 기능을 제 공하는 함수들의 사용형 식 이 다. 


int setsockopt (int SOCkFd, int level, int optname, const char 
*optval, int optlen) : 

int getsockopt (int sockFd, int level, int optname, char * optval, 
int FAR * optlen) : 
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두번째 파라메터 인 l eve l 은 어떤것 이 추가선택항목을 새 치기하는가를 나타낸다. 일 
반적으로 TCP/IP 나 XNS 에서 많이 사용하지만 추가선택항목에 따라 모든 소케트에 적 
용되 기 도 한다. 세 번째 파라메터 인 optval 은 사용자정 의 변수의 지 적 자로서 getsockopt 
함수에서는 체계로부터 반환되는 값이고 setsockopt 에서는 체계에서 설정하는 값이다. 

무엇보다 중요한것은 이 값이 문자형지적자로 이루어졌다는것이다. 마지막 인자인 
optlen 은 변수의 크기와 관련된 인자이다. 추가선택항목에는 두가지 류형이 있다. 하나 
는 추가선택항목을 실행 하거 나 또는 실행 하지 않게 하는 flag 라는 추가선택항목과 다른 하 
나는 체계에 값을 설정하거나 엄으려고 하는 체계정보를 얻을수 있는 value 이다. 다음 표 
에서 flag 에 0이 설정되 여있으면 flag 를 의미 하는것 이고 그렇지 않으면 value 를 의미하 
는것 이 다. 


표 7-5. __ flag 오 f value 


준위 

Optname 

Get 값 

Set 값 

설명 

flag 

자료형 

IPPROTOJP 

IP OPTIONS 

0 

0 

IP 머리 부추가선택 



IPPROTO TCP 

TCP MAXSEG 

0 


TCP 최대 토막달기 


Int 

TCP NODELAY 

0 

0 

파케트를 모으지 
않고 바로 전송 

0 

Int 

SOL SOCKET 

SO.BROADCAST 

0 

0 

통보문방송을 허 용 

0 

Int 

SO DEBUG 

0 

0 

오유해석기설정 

0 

Int 

SO DONROUTE 

0 

0 

대면부주소만 사용 


Int 

SO ERROR 

0 


오유의 종류를 알아 
내고 제거 

0 

Int 

SOL SOCKET 

SO KEEPALIVE 

0 

0 

련결이 중간에 끊기 
지 않도록 설정 

0 

int 

SOL_SOCKET 

SO LINGER 

0 

0 

자료가 존재하면 닫 
기전에 잠시 대기 


int 

SO OOBLINE 

0 

0 



int 

SO RCVBUF 

0 

0 

전달될 완충기의 
크기 


int 

SO_SNDBUF 

0 

0 

전송될 완충기의 
크기 


int 

SO.RCVLOWAT 

0 

0 

Low-water 표시 
전달받음 

0 

int 

SCLSNDKOWAT 

0 

0 

Low-water 표시 
전송 


int 

SO RCVTIMEO 

0 

0 

전달될 제한시간 

0 

int 

SO—SNDTIMEO 

0 

0 

전송될 제한시간 


int 

SO REUSEADDR 

0 

0 

주소 재사용 허용 

0 

int 

SO—TYPE 

0 


소케트의 류형을 
얻 는다 


int 

SO_USELOOPBA 

CK 

0 

0 


0 

int 
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체계간 릉신 (1) 

아래의 원천코드는 추가선택항목을 체계에 설정하고 엄을수 있는 간단한 실례이다. 


원천코드: 

1 

int ReceiveBufferSize, SendBufferSize ； 

2 

int sockFd = socket (AF—INET, SOCK_STREAM, 0) ； 

3 

if (sockFd < 0) { 

一 4 一 

printf(’’Failed to create socket\n’’); 

5 

Return ； 

6 

} 

7 


一 「 

// 전달받을수 있는 완충기의 크기를 구한다.一 

9 

int Err = setsockopt (socketfd, SOL_SOCKET, SO_RCVBUF, (char * ) 技 

10 

ReceiveBufferSize, sizeof (ReceiveBufferSize)); 

11 


12 

// 전송완충기의 크기를 설정 

13 

SendBufferSize = 16384 ； 

14 

err = setsockopt (socketfd, SOL_SOCKET, SO_SNDBUF, (char *) 技 

15 

SendBufferSize, sizeof (Sen dBufferSize)) ； 


7.2.11. ioctlsocket 

이 함수는 소케트장치 에 특정한 추가선택을 부여 하기 위해 사용한다. 


int ioctlsocket(int sockFd, long cmd, u_long * argp); 


여기서 두번째 인자는 소케트가 수행할 지령을 나타내며 세번째 인자는 지령에 대한 
인자이 다. ioctlsocket 을 사용하여 핵심부에 요청 할수 있는 작업은 다음과 같이 나누어 볼 
수 있다. 


• File operation 

• Socket operation 

• Routing operation 

• Interface operation 

표 7-6 은 요청할수 있는 작업 들을 간단히 설명 한것 이 다. 
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표 7-6. _ ioctlsocketO 추가선택 


구분 

요 청 

설 명 

자료형 

File 

FIOCLEX 

독립적 인 사용을 설정 


FIONCLEX 

독립적 인 사용을 삭제 


FIONBIO 

비블로크화 I/O 의 지우기/설정 

int 

FIOASYNC 

비동기 1 /◦의 지우기/설정 

int 

FIONREAD 

읽으러는 바이트수의 얻기 

int 

FIOSETOWN 

owner 설 ᅦ 

int 

FIOGETOWN 

owner 얻 기 

int 

Socket 

SIOCSHIWAT 

high-water 표식 설 정 

int 

SIOCSHIWAT 

hlgh water 표식얻기 

int 

SIOCSLOWAT 

low water 표식설정 

int 

SIOCGLOWAT 

low water 표식 얻 기 

int 

SIOCATMARK 

At out 一 of band mark 

int 

SIOCSPGRP 

처 리 그 룹설국 

int 

SIOCGPGRP 

처리그를얻기 

int 

Routing 

SIOCADDRT 

경로기 추가 

struct 

rtentry 

SIOCDELRT 

경로기 삭제 

struct 

rtentry 

intellace 

SIOCSIFADDR 

ifnet 주소설 정 

struct ifreq 

SIOCGIFADDR 

if net 주소얻기 

struct ifreq 

SIOCSIFFLAGS 

if net 기 발설 정 

struct ifreq 

SIOCGIFFLAGS 

if net 기 발얻 기 

struct ifreq 

SIOCGIFCONT 

if net 목록얻기 

struct conf 

SIOCSIFDSTADDR 

점 대점 접속 (point-to-point) 
주소설정 

struct ifreq 

SIOCGIFDSTADDR 

점 대점 접속 (point-to-point) 
주소얻기 

struct ifreq 

SIOCGIFBRDADDR 

방송추가 얻기 

struct ifreq 

SIOCSIFBRDADDR 

방송추가 설정 

struct ifreq 

SIOCFIGNEMASK 

Get net addr mask 

struct ifreq 

SIOCSIFNEMASK 

Set net addr mask 

struct ifreq 

SIOCGIFMETRIC 

IF metric 얻기 

struct ifreq 

SIOCSIFMETRIC 

IF metric 설정 

struct ifreq 

SIOCSARP 

ARP entry 설정 

struct 

arpreq 

SIOCCARP 

ARP entry 얻기 

struct 

arpreq 

SIOCDARP 

ARP entry 삭제 

struct 

arpreq 
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체계간 통신 (1) 


아래 의 원천코드는 ioctlsocket 를 사용하여 소케 트를 비 블로크화 ( nonblocking ) 한 실 
례 이 다. 


원천 

1 

2 

코드: 

u long ulNonBlocked = 1； 

if (ioctlsocket ( sockfd , FIONBIO , ( u_long * ) 技 ulNonBlockde ) < 0) 

3 

4 

{ 

_ close ( sockfd );_ 

5 

printf ("ioctlsocket error \ r \ n n ) ； 

6 

7 

return FALSE ； 

[} 


이렇게 하면 소케트를 생성한후 소케트에 추가선택항목을 추가하여줌으로써 련결을 무 
작정 기다리는 봉사기나 의뢰기가 조종권을 획득하여 다른 작업을 할수 있게 한다. 

7.2.12. 입출력 다중호 Klnput/Oiitput Multiplexing) 

한개의 처리기가 두개이상의 의뢰기로부터 자료를 읽어야 한다고 생각해보자. 처리 
기 는 두개 이 상의 소케 트를 열 고 자료가 전송되 기 를 기 다려 야 한다. 하지 만 의 뢰 기 로부터 자 
료가 언제 전송되 여올지 모르기때문에 한쪽 소케트만 자료를 읽으러고 기 다리면 다른쪽 소 
케트에 자료가 전달되여오더라도 봉사기는 전혀 인식하지 못하는 경우가 있다. 

이러한 경우를 극복하기 위한 방도의 하나가 바로 입출력다중화인데 먼저 ioctlsocket 
를 리 용하여 읽 으러고하는 두개 이상의 소케트를 비블로크화 ( Nonblocking ) 하는 방법 이 
있다. 그러면 처리기는 차례로 소케트를 읽고 일정한 시간을 송신요구훑기하게 된다. 여 
기서 매 소케트를 일정한 간격으로 송신요구훑기를 하고 읽어들일 자료가 존재하지 않으 
면 휴식한다. 하지만 송신요구훑기의 방법은 너무나 많은 체계자원을 소비하는 방법으로 
서 그리 좋은 방법은 아니 다. 

또한 처리기가 스레드를 생성하여 각 스레드로 하여금 소케트의 정보를 읽어들이게 하 
는 방법이 있다. 이때 각 스레드는 소케트에서 자료를 읽어들일 때까지 블로크 ( block ) 
화 되여도 상관없다. 스레드는 자료를 읽으면 프로쎄스들사이통신 ( IPC ) 을 통하여 부모처 
리기에 읽어들인 자료를 전달한다. 

다른 하나의 방법은 select () 함수를 리용하는것인데 이것은 처리기가 핵심부에 여러 
개의 사건 ( event ) 을 기다리게 하고 그중 요구하는 사건이 도달되면 처리기를 깨우도록 하 
는 방법이다. 이렇게 함으로써 처리기는 검색하려고 하는 자료를 읽는것이다. 우의 방법 
들중 가장 일반적 으로 사용되는 방법 이 selectO 함수를 리용하는것 이 다. 
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int select (int nfds , fd_set * readfds , fd_set * writefds , fd_set 
exceptfds , struct timeval * timeout ) : 

FD _ ZERO ( fd_set * set ) ; 

FD_SET (int fd , fd_set * fdset ) : 

FD_CLR (int fd , fd_set * fdset ) : 

FD _ ISSET(int fd , fd_set * fdset ) ; 

select () 함수에 서 사용된 timeval 인자는 다음과 같은 구조체 의 지 적 자이 다. 

struct timeval { 

long tv _ sec ； /* seconds */ 

long tv _ use ； /* and microseconds */ 


례를 들어 selectO 함수를 리용하면 소케트묶음 {1,4,5} 가 소케트로부터 자료를 읽 
어 들일 준비가 되여있고 소케트묶음 {2, 가은 소케트로 자료를 쓸 ( write ) 준비가 되여있 
으며 소케 트묶음 {1,4} 는 현재 소케 트가 미 결 ( pending ) 이 라는 등의 상태 를 알수 있 다. 

SelectO 함수는 서술자 ( descriptor ) 를 검사한후 그 결과를 반환하는데 이때 timeval 
인자는 시 간을 나타내는 지적자이고 시 간마감(社 meout ) 값은 0이 여 야 한다. 이 려 한 작업을 송 
신요구훑기라고 한다. 그러고 서술자 ( descriptor ) 상의 어떤 인자라도 사용할 준비가 되여 
있으면 지정된 시간을 기다리지 않고 즉시 반환한다. 이때 timeval 인자는 검사할 시간을 나 
타내는 지적자이고 0이외의 값이 설정되여야 한다. 

다음은 selectO 함수의 간단한 사용실례이다. 


원천프로그람: 

1 

struct timeval timeout ； 



timeout . tv_sec = atol (argv [1]) ； 


3 

timeout . tv usec = atol (argv [2]) ； 


[T 




if (select (0, (fd set *)0, (fd set *)0, 

Stimeout ) < 0) { 

|6~ 

printf(’’select error \ r \ n ") ； 


7 

return FALSE ； 


[T 

h 


「9— 

return TRUE ； 


우의 실례에서는 selectO 함수의 두번째，세번째, 네번째 인자를 Null 로 설정했지만 만 
일 검 사하려 는 파일서 술자가 있으면 파라메 터 ( readfds , writefds , exceptfds ) 안에 값을 
설정해야 한다. 이때 네번째 인자인 exceptfds 를 통하여 알수 있는 그외의 정보는 다음 
과 같은 정황에서 사용할수 있다. 
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• 소케트를 통한 긴급자료의 도착을 알릴 때 

• 현재 조종상태정보를 알고 싶을 때 

체계에서 사용가능한 최대서술자의 개수는 FD_SETSIZE 를 통해 설정이 된다. 례를 
들어 다음과 같이 설정이 된 경우에는 최대개수가 64 개로 제한이 된다. 그리고 매개의 비 
트는 서술자와 련결된다. 


#define FD_SETSIZE 64 
Fd_set fdvar 

FD_ZERO(&fdvar) : //fd_set 를 초기 화 
FD-SETCl, Sfdvar) ; //id lbit 검색 
FD_SET(4, &fdvar); //id 4bit 검색 
FD_SET(5, &fdvar) : //fd 5bit 검 색 

작업 을 수행할 때 fd_set() 를 초기 화하는것 은 대 단히 중요하다. 만일 초기 화하지 않 
고 사용한다면 체계는 알수 없는 오유들을 발생시킬수 있다. Select () 함수를 리용하여 그 
결과를 readfds, writfds 그리고 exceptfds 에 각각 반환하면 FD_ISSET 마크로를 사용 
하여 fd_set 구조체에 selectO 함수가 정상적으로 값을 반환하였는가를 알아보아야 한다. 

FD_ISSET 마크로는 select 를 통하여 반환된 총합을 반환한다. 만약 시 간초과로 반 
환되 였다면 그것은 0이고 오유가 발생하였다면 그 값은 -1 이 다. 

SelectO 함수는 몇개의 소케트가 동시에 련결되는 프로그람에서 사용되기도 한다. 

례를 들면 처리기가 여러개의 소케트를 열고 의뢰기의 련결을 기다리고있다면 하나 
의 련결이 수락될 때까지 처리기는 다른 소케트를 검사할수 없지만 selectO 함수를 사용 
하여 일정한 시간동안 차례로 소케트를 검사하게 함으로써 모든 소케트가 동시 에 련결을 기 
다리게 할수 있다. 


제3절. 소케트프로그람작성 

이 절에서는 지금까지 소개한 내용과 체계호출함수에 기초하여 기본적인 소케트프로 
그람을 작성해 보도록 한다. 이러한 과정을 거쳐야만 함수에 대한 정확한 리해와 사용법 
을 숙련할수 있으며 앞으로 프로그람작성에서 응용할수 있도록 기초를 다질수 있다. 
7.3.1. sockaddr_un 구조체 ( struct ) 를 리용^ Stl 

처음에 작성 할 프로그람은 sockaddr_un 구조체를 리 용하여 소케 트를 위 한 특수한 파 
일을 작성하고 이것을 리용하여 봉사기와 의뢰기 가 통신하도록 하는 프로그람이다. 그러 
면 먼저 봉사기를 만들어보자. 

sockaddr_un 구조체를 위 하여 다음과 같이 머리부파일을 불러들이고 소케트통신에 
서 사용할 통보문의 길이를 선언하도록 한다. 
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#include <sys/un. h> 

/* 소케트를 통해 주고받을 통보문의 길이 */ 
#define MSGLEN 32 


그리고 봉사기를 위한 구조체와 의뢰기를 위한 구조체를 선언하고 통보문송수신을 위 
한 완충기를 선언하도록 한다 . 

struct sockaddr_un svrAddr ； 
struct sockaddr_un cltAddr ； 

/* 통보문 송수신을 위 한 완충기의 선언 */ 

char readbuf [MSGLEN] , sendbuf [MSGLEN] : 


통신에서 사용할 소케트를 생성하기전에 기존의 소케트를 먼저 제거하도록 한다 . 그 
다음 socketO 함수의 호출을 통하여 소케트서술자를 얻어온다 . 


/* 기 존의 소케 트를 제 거 한 다음 소케 트 생성 및 소케트 서 술자 GET */ 
unlink( "newSocket" ) : 

svrSock = socket(AF_UNIX, SOCK—STREAM, 0); 

그리고 봉사기쪽 구조체를 설정하고 bindO 함수를 실행한 다음 listen () 함수를 실행 
시키도록 한다 . 


/* sockaddr_un 구조설정 */ 

svrAddr. sun_family = AF_UNIX ； 

strcpy(svrAddr. sun_path, "newSocket" ) ； 

/* svrSock 와 svrAddr 를 리용하여 bind 수행 */ 
svrLen_ sizeof (svrAddr) : 

bind (svrSock, (struct sockaddr *) &s vrAddr, SvrLen) : 
listen (svrSock, 5) : 

마지막으로 의뢰기와의 접속을 수락하고 의뢰기로부터 통보문의 전송을 기다린다 . 통보 
문이 접수되면 접수된 통보문을 가공한 다음 의뢰기에 전송하도록 한다 . 


/* 의뢰기와의 통신 , accept() 수행 */ 

int cltLen = sizeof (cltAddr) ； 

int cltsock = accept (svrSock, 

*) &cltAddr, &cltLen) ； 
read(cltSock, readbuf, MSGLEN); 

(struct 

sockaddr 

/* 수신된 통보문을 재전송한후 련결해제 */ 
sprintf (sendbuf, ”<재 전송〉 %s” , readbuf) ； 
write(cltSock, sendbuf, MSGLEN); 
close(cltSock) ； 
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그러면 이번에는 의뢰기의 작성에 대하여 보도록 하자 . 의뢰기에서는 봉사기와 마찬가지 
로 머리부파일들을 불러들이고 통보문길이를 선언해춘다 . 그 다음 필요한 변수들을 선언하고 
통보문의 송수신을 위한 완충기를 선언한다 . 모든 초기작업 이 끝났으면 socket() 함수의 실행 
을 통하여 소케트의 서술자를 얻어 온다 . 

그리고 sockaddr_un 구조체를 설정한 다음 소케트서술자와 구조체를 리용하여 봉사 
기와의 련결을 시도한다 . 


/* 의뢰기에서 사용할 소케트 서술자 */ 

int sockFd = socket (AF_UNIX, SOCK_STREAM, 0 )； 

/* sockaddr_un 구조체 설 정 */ 

sockAddr. sun_family = AF—UNIX; 

strcpy (sockAddr. sun_path, "newSocket"); 

/* 봉사기의 소케트와 련결을 시도 */ 
int addrLen = sizeof (sockAddr) : 

connect (sockFd, (struct sockaddr *)&sockAddr, addrLen) : 


마지막으로 봉사기에 통보문을 전송한 다음 봉사기에서 보내오는 통보문을 기다린다 . 봉 
사기로부터 통보문을 받으면 이것을 화면에 출력하고 소케트를 닫는다 . 


/* 봉사기로 통보문을 전송한후 , 통보문을 수신 */ 
write (sockFd, msgbuf, MSGLEN) ; 
read (sockFd, msgbuf, MSGLEN) ; 

/* 봉사기로부터 수신한 통보문을 출력한후 소케트를 닫음 */ 
close (sockFd) : 

그러면 지금까지 소개한 내용을 기초로 하여 작성한 전체 원천코드를 보도록 하자 . 아 
래의 내용은 봉사기쪽 코드인 svrUn.c 의 원천코드이다 . 


실례프로그람: svrUn.c 

1 

tinclude <stdio. h> 

2 

ttinclude <unistd. h> _ 

3 

^include <sys/types.h>_ 

4 


5 

/* 소케트사용을 위 한 머 리부파일들 */ ~ 

6 

tinclude <sys/socket. h> _ 

7 

ttinclude <sys/un.h>_ 

8 



탄資#월致찰 


207 







Urwx 망프로그람작성법 


9 

/* 소케트를 통해 주고받을 통보문의 길이 */ 


10 

ttdefine MSGLEN 32 


11 _ 

12 

1 int mainO _ 


13 { _ 

14 

/* 통신을 위한 변수들 선언 */ 


15 

int svrSock, cltSock ； 


16 

int svrLen, cltLen ； 


17 

struct sockaddr_un svrAddr; 


18 

_ struct sockaddr_un cltAddr ； _ 


19 

20 

/* 통보문 송수신을 위한 완충기 선언 */ 


[21 

char readbuf[MSGLEN], sendbuf[MSGLEN] : 


22 

23 

/* 기존의 소케트를 제거한후 소케 트의 생성 및 소케트서술자를 얻기 */ 

=24 

_ un 1 ink ( M newSocket n ) ； _ 


25 

svrSock = socket (AF_UNIX, SOCK_STREAM, 

0); 

26 

27 

/* sockaddr_im 구조체 설정 */ 


28 

svrAddr. sun_family = AF—UNIX; 


29 

_ strcpy (svrAddr. sun_path, ’’newSocket”) ； _ 


30 

31 

/* svrSock 과 svrAddr 을 리 용하여 bind 수행 */ 


32 

svrLen = sizeof (svrAddr) ； 


33 

if (bind (svrSock, (struct sockaddr *)&svrAddr, 

svrLen) < 0) 

34 { 

35 

fprintfCstderr, "Binding 실패 ! \n"); 


36 

exit (1); 


37 _ } _ 

38 [ 

39 

/* 통보문을 수신한 다음 전송하는 무한순환고리 */ 


40 

while (1) 


41 _ { _ 

42 

/* 의뢰기와의 통신 , AcceptO 수행 */ 


43 

cltLen = sizeof (cltAddr) : 



cltSock = accept (svrSock, (struct sockaddr 


*) 技 cltAddr, &cltLen);_ 
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45 

if(cltSock < 0) 

46 

"{ — 

47 

fprintf(stderr ， ’’AcceptO 수행 실패 ! \n’’); 

4 『 

exit(l) ; 

49 

"} — 

50 


51 

一 /* 의뢰기로부터 통보문 수신 */ — 

52 

一 printf ( n 의뢰기로부터 통보문 수신 대기중 . . .\n’’);—— 

53 

read(cltSock, readbuf, MSGLEN); 

54 

printf ("수신된 통보문 : %s\n”, readbuf) : 

55 


56 

一 /* 수신된 통보문을 재전송한후 련결해제 */ 一 

57 

sprintf (sendbuf, ’’〈재 전송〉 %s”, readbuf) ; 

58 

write (cltSock, sendbuf, MSGLEN); 

59 

close (cltSock); 

60 

} 

61 

} 


이번에는 의뢰기쪽 원천코드를 보도록 하자 . 아래의것은 의뢰기프로그람인 cltUn.c 
파일의 원천코드이다 . 


실례프로그람 : cltUn.c 

1 

ttinclude <stdio. h> 

2 

#include <unistd. h> 

3 

#include <sys/types. h> 

4 


5 

/* 소케트사용을 위 한 머 리부파일들 */ 

6 

#include <sys/socket.h> 

7 

ttinclude <sys/un.h>_ 

8 


|9~ 

/* 소케트를 통해 주고받을 통보문의 길이 */ 


ttdefine MSGLEN 32 

11 


12 

int mainO _ 

13 

{ 

14 

_ /* 필요한 변수선언 */ _ 

15 

Int sockFd, addrLen ； 

16 

struct sockaddr_un sockAddr ； 
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17 

char msgbuf [MSGLEN] ； ； 

18 

19 


/* 의뢰기에서 사용할 소케트 서술자 */ 

20 

21 

sockFd = socket (AF-UNIX，SOCK STREAM, 0); 


22 

23 

/* sockaddr un 구조체 설정 */ 

sockAddr. sun_family = AF 一 UNIX; 

24 

25 

strcpy (sockAddr. sun path, "newSocket"); 


26 

27 

/* 봉사기의 소케트와 련결을 시도 */ 

addrLen = sizeof (sockAddr) ； 

28 

if (connect (sockFd, (struct sockaddr *)&sockAddr, addrLen) == -1) 

29 

30 

{ 

fprintf (stderr, "봉사기 와의 접 속에 실패 했습니 다 . !\n”) ; 

31 

32 

exit (1) ； 

} ___ 

33 

34 


/* 사용자로부터 통보문 입 력 받음 */ 

35 

36 

一 printf (” 전송할 통보문:");一 

gets (msgbuf) ; 

37 

38 


/* 봉사기로 통보문전송후，통보문 수신 */ 

39 

40 

41 

write (sockFd, msgbuf, MSGLEN) ； 

read (sockFd, msgbuf, MSGLEN); 


42 

43 

一 /* 봉사기로부터 수신한 통보문 출력후 소케트 닫음 */ 一 

_ printf (” 수신한 통보문 : %s\n’’ ， msgbuf) ； _ 

44 

45 

close (sockFd) ； 

exit(0); 

46 

} 


7.3.2. sockaddrjn 구조제를 리용^ 통신 

이번에는 sockaddr_in 구조체를 리용하여 통신프로그람을 작성해보자 . 작성할 례제 
는 앞에서와 마찬가지로 접속대기중인 봉사기에 의뢰기가 접속한 다음 통보문을 전송하고 
통보문을 수신한 봉사기는 통보문을 전송한 의뢰기에 답변을 보내는 프로그람으로 하자 . 

그러면 먼저 봉사기프로그람인 echoSvr 프로그람의 작성과정을 살펴보자 . 다음과 
같이 필요한 머리부파일을 불러들이고 변수를 선언한다 . 
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체계간 통신 (1) 


/* 소케트 사용을 위한 머리부파일들 */ 
#include <sys/socket . h> 

#include <netinet/in . h> 

#include <arpa/inet . h> 

/* 소케트를 통해 주고받을 통보문의 길이 */ 
#define MSGLEN 32 
struct sockaddr_in svrAddr； 
struct sockaddr_in cltAddr； 


socket0 함수를 리 용하여 소케트를 만들고 봉사기 쪽 sockaddr_in 구조체를 설정 한다 . 설 
정 이 끝나면 bindO 함수와 listenO 함수를 다음과 같이 설정한다 . 


/* sockaddr_in 구조설 정 */ 

svrAddr. sin_family = AF—INET; 

svrAddr. sin_addr. s_addr = inet_addr( "127.0.0.1" ) ； 

svrAddr. sin_port = 9999； 

/* 봉사기를 위한 소케트 생성 및 소케트 서술자 얻기 */ 
int svrSock = socket(AF_INET, SOCK_STREAM, 0) ; 

/* svrSock 과 svrAddr 을 리 용하여 bind 수행 */ 

bind (svrSock, (struct sockaddr *) 技 svrAddr, sizeof (svrAddr)) ； 

/* Listen 체 계 호출 수행 */ 

listen (svrSock, 5) ； 


이번에는 accept()1- 리용하여 의뢰기와의 접속을 허락하고 의뢰기쪽의 소케트 서술자 
를 얻는다 . 그 다음 의뢰기소케트의 서술자를 리용하여 의뢰기에서 보내온 통보문을 읽는 
다 . 마지막으로 읽은 통보문을 의뢰기에 전송한다 . 전송이 끝나면 의뢰기소케트를 닫는다 . 


/* 의뢰기와의 통신， Accept() 수행 */ 

int cltLen = sizeof (cltAddr) ; 

int cltSock = accept (svrSock, ( 

struct sockaddr 

*) ScltAddr, 技 cltLen); 


/* 의뢰기로 부터 통보문을 수신 */ 
read (cltSock, readbuf, MSGLEN) ； 


/* 수신된 통보문을 재전송한 후 련결 해제*/ 
sprintf(sendbuf， ， ’< 재전송〉 %s” ， readbuf); 
write (cltSock, sendbuf, MSGLEN) ； 
close (cltSock) ； 
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그러면 지금까지 소개한 내용을 기초로 하여 작성된 echoSvr 프로그람의 전체 원천 
코드를 보도록 하자. 


실례 프로그람 : echoSvr. c 

1 #include <stdio. h> 


#include <unistd. h> 
#include 〈 sys/types. h> 


/* 소케트사용을 위 한 머 리부파일들 */ 


#include <sys/socket.h> 
#include <sys/un.h> 
■elude <netinet/in.h> 


#include <arpa/inet.h> 


/* 소케트을 통해 주고받을 통보문의 길이 */ 
#define MSGLEN 32 


/* 통신을 위한 변수들 선언 */ 


int svrSock, cltSock ； 
int svrLen, cltLen ； 


struct sockaddr in svrAddr ； 


struct sockaddr_in cltAddr ； 


/* 통보문 송수신을 위한 완충기 선언 */ 

char readbuf[MSGLEN], sendbuf[MSGLEN] ； 


/* 봉사기를 위한 소케트 생성 및 완충기 선언 */ 


svrSock = socket(AFJNET, SOCK_STREAM, 0); 
if (svrSock < 0) 


fprintf(stderr, "socket0 실행 실패 ! \n’’); 
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63 


체계간 통신 (1) 


/* sockaddr_in 구조체 설정 */ 
svrAddr. sin_family = AF_INET; 
svrAddr. sin_addr. s_addr = inet_addr (’’127.0.0.1’，); 
svrAddr. sin_port = 9999 ； 


/* svrSock 과 svrAddr 을 리용하여 bind 수행 */ 
svrLen = sizeof (svrAddr) ; 

if (bind (svrSock, (struct sockaddr *)&svrAddr ， svrLen) < 0) 

{ 

fprintf (stderr, "Binding 실패 ! \n n ) ； 
exit (1) ; 

"} 一 


/* Listen 체계호출 수행 */ 
if (listen (svrSock, 5) < 0) 

{ 一 
fprintf (stderr, "Listening 실패 ! \n"); 
exit (1 )； 


/* 통보문을 수신한 다음 전송하는 무한순환고리 */ 
while ⑴ 

{ 

/* 의뢰기와의 통신， AcceptO 수행 */ 

cltLen = sizeof (cltAddr) ； 

cltSock = accept (svrSock, (struct sockaddr 

*)&cltAddr, 技 cltLen); _ 

if (cltSock < 0) 

{ 

fprintf (stderr, ’’AcceptO 수행 실패 ! \n"); 
exit ⑴ ; 

^^ 
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64 

65 

/* 의뢰기로부터 통보문 수신 */ 

66 

printf (” 의뢰기로부터 통보문 수신 대기중 . . An ")； 

67 

read(cltSock, readbuf, MSGLEN); 

68 

printf (” 수신된 통보문 : %s\n”, readbuf) ; 

69] 

70 

/* 수신된 통보문을 재전송한후 련결 해제 */ 

71 

sprintf(sendbuf, ”<재 전송〉 %s”, readbuf) ; 

72 

write(cltSock, sendbuf, MSGLEN) ； 

73 

close (cltSock); 

|741 } 

p75~ } _ 


이번에는 echoSvr 프로그람과 통신을 수행 할 의뢰기프로그람인 echoClt 프로그람을 작 
성 하여 보자 . 

먼저 펼요한 머리부파일을 include 하고 변수들을 선언한다 . 그 다음 sockaddrjn 
구조체를 다음과 같이 설정한다 . 


/* 접 속할 봉사기 의 IP 등의 정 보를 설정 */ 
struct sockaddrjn sockAddr; 
sockAddr. sin_family = AF—INET; 

sockAddr. sin_addr. s_addr = inet_addr( "127.0.0.1” ) : 
sockAddr. sin_port = 9999 ； 


이번에는 socket () 함수를 리용하여 소케트를 만들고 connect () 함수를 리용하여 봉 
사기의 소케트와 련결한다 . 


/* 의뢰 기 에 서 사용할 소케 트 서 술자 */ 

int sockFd = socket (AF_INET, SOCK_STREAM, 0 )； 

/* 봉사기의 소케트와 련결을 시도 */ 

int result = connect (sockFd, (struct sockaddr*) 技 sockAddr, 
sizeof (sockAddr)) : 


봉사기와 접속이 되였으면 사용자로부터 입력받은 통보문을 전송한다 . 그리고 봉사 
기로부터 통보문을 수신받은 다음 소케트를 닫고 프로그람의 실행을 완료한다 . 
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체계간 통신 (1) 


/* 사용자로부터 통보문을 입 력 */ 
char msgbuf [MSGLEN] ； 
gets(msgbuf) ； 

/* 봉사기 로 통보문전송/통보문의 수신후 소케트를 닫는다 */ 
write(sockFd, msgbuf, MSGLEN); 
read(sockFd, msgbuf, MSGLEN) ； 
close (sockFd) ； 


그러면 지금까지 설명한 내용에 기초하여 echoClt 프로그람의 전체 원천코드를 보도 
록 하자 . 


실례프로그람 : echoClt 프로그람 

1 

^include <stdio. h> 

2 

#include <unistd. h> 

3 

4 

#include <sys/types.h> 


5 

/* 소케트사용을 위한 머리부파일들 */ 

6 

#include <sys/socket. h> 

7 

#include <netinet/in.h> 

8 

^include <arpa/inet.h>_ 

9 


10 

/* 소케트를 통해 주고받을 통보문의 길이 */ ᅭ 

11 

#define MSGLEN 32 

12 


13 

int mainO_ 

T4 

{ 

15 

/* 필요한 변수선언 */ 

16 

int sockFd, addrLen, result ； 

17 

struct sockaddrjn sockAddr; 

18 

char msgbuf [MSGLEN];; 

19 


20 

/* 의뢰기에 사용할 소케트 서술자 */ 

21 

sockFd = socket(AFJNET, SOCK.STREAM, 0) ； 

22 


23 

/* 접속할 봉사기의 IP 등 정보 설정 */ 

24 

sockAddr. sin_family = AF_INET; 

25 

sockAddr. sin_addr. s_addr = inet_addr (”127.0.0.1’，); 

26 

sockAddr. sin_port = 9999 ； 
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27 


28 

一 /* 봉사기의 소케트과 련결 시도 */一 

29 

addrLen = sizeof (sockAddr) ; 

30 

result = connect(sockFd, (struct sockaddr *)&sockAddr, addrLen) : 

31 

if (result == -1) 

32 

{ 

33 

fprin 社 (s 比 lerr, "봉사기와의 접속에 실패했습니다 . !\n ")； 

34 

exit (1 )； 

35 

} 

36 


37 

一 /* 사용자로부터 통보문 입 력 받기 */ 一 

38 

一 prin 社("전송할 통보문:");一 

39 

gets (msgbuf) ; 

40 


4 느」 

一 /* 봉사기로 통보문 전송후 , 통보문 수신 */ 一 

42J 

write (sockFd, msgbuf, MSGLEN) ; 

43 

read(sockFd, msgbuf, MSGLEN); 

44 


45 

/* 봉사기로부터 수신한 통보문 출력 후 소케트 닫음 */ 

46 

prin 社("수신한 통보문 : %s\n", msgbuf) : 

47 

_ close (sockFd) :_ 

48 

exit(0) ; 

49 

} 


우의 프로그람을 를파일하고 두개의 말단(또는 두개의 월창)을 리용하여 실행시켜보 
자. 정확히 실행이 되면 그림 7-3, 7-4 와 같은 결과가 나타날것이다. 



그림 7-3. echoSvr.c 으I 실행결과 
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체계간 통신 (1) 



그림 7-4. echoCIt.c 의 실행결과 



domain name (령역이름) 

인터네트와 같은 대규모망의 름퓨터 나 사용자를 식별하기 위한 이름이 다 . 

나라，조직의 종류，조직의 명칭 , 조직안에 설치되여 있는 콤퓨터 등을 령역 
(domain) 이라고 부르는 론리적인 묶음들로 나누고 계층적으로 배렬한것이 령역 
이름이다 . 

간단히 실례를 들어 본다면 www.abc.com.kp 라는 령역 이름은 조선민주주의 
인민공화국 (kp ) 에 있는 기업소 (com ) 로서 abc 라는 이름을 가진 기업소에 있는 
WWW 라는 를퓨터 를 가리 킨 다 . 
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제 8장 

체계간 통신 (2) 


서폰 


이 장에 서 는 7 장에 서 체 계호출함수를 리 용하여 소케 트프로그람을 
작성했던것과는 달리 그것을 좀 더 심화시킨 내용을 취급하게 된다 . 

그러나 알아두어야 할것은 여기에서 취급하는 소케트프로그람실 
례들이 실지 프로그람작성에서 제기되는 문제들 가운데서 극히 일부 
분에 지나지 않는다는것이다 . 물론 여기서 다루는 내용은 대부분 프 
로그람작성의 기초이므로 먼저 이 내용들을 완전히 자기의것으로 소 
화해 야 한다 . 그 다음 자기 스스로 계속 응용해보고 문제점들을 바로 
잡아 나가야 한다 . 

이 장에서는 TCP 와 UDP 봉사를 리 용한 주를퓨터 의 정 보수집 실 
례 와 초과시 간을 적용한 통보문의 송수신 실례를 소개한다 . 차례를 보 
면 다음과 갈다 . 


목표 

I I . 주콤퓨터의 정보수집 ( UDP , TCP ) 
2. 틍보문의 송수신(초과시간) 
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제 1 절. 주콤퓨터의 정보수집 ( UDP , TCP ) 


체계간 통신 (2) 


이 절에서 취급하는 내용은 Linux 에서 제공하는 봉사를 리용하여 해당 주콤퓨터의 정보 
를 수집 하고 현시 하는것 이 다 . 이때 사용할 봉사는 주름퓨터의 날자와 시 간을 제공하는 날자 및 
시간 (day 仕 me) 봉사로서 13 번포구를 리용하게 된다 . 

Linux 에서 제공하는 봉사를 확인하기 위해 쓰는 파일은 /etc/services 인데 파일의 내 
부를 보면 봉사이름과 포구이름 등이 기 입되여 있다 . 이때 daytime 과 관련된 내용은 다 
음과 갈다 . 


# / etc/services 
daytime 13/tcp 
daytime 13/udp 


8.1.1. UDP 를 리용한 실례 

먼저 udp 13 번포구를 리용하여 프로그람을 작성해보자 . 봉사프로그람의 작성에 앞 
서 UDP 규약과 관련된 내용을 정리해보면 UDP 에서는 소케트의 생성 및 사용에 리용하 
는 규약으로서 SOCK_DGRAM 을 지정하게 된다 . 그리 고 소케트가 생성 및 사용되 면 이 
것은 특정한 IP 를 위해서만 사용되는것이 아니기때문에 다른 임의의 IP 로도 파케트를 보 
낼수 있다 . 그리고 UDP 는 비 련결형봉사이기때문에 련결설정을 위해 connectO 함수를 사 
용하지 않는다 . 

이제 프로그람의 작성과정을 보자 . 먼저 필요한 머 리부파일들을 불러들인 다음 사용 
할 변수들을 선언한다 . 그 다음 socketO 함수를 리용하여 소케트를 만든다 . 이때 다음과 
같이 SOCK_DGRAM 으로 지정을 한다 . 

int sockFd = socket (AFJNET, SOCK_DGRAM, 0) : 


그리고 sockaddr_in 구조체를 리 용하여 필요한 정보를 설정 하면서 포구는 13 번을 리 
용하도록 만든다 . 
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마지막으로 수신된 통보문을 화면에 출력하고 소케트를 닫는다 . 


readBuf [readCnt] = ’\0’; 

prin 仕("주콤퓨터 의 daytime ： %s\n", readBuf) : 

close (socFd) : 


그러면 지금까지 설명한 내용에 기초하여 작성된 전체 원천코드를 보도록 하자 . 


실례프로그람 : testUDP.c 

1 

#include <stdio. h> 

2 

^include <stdlib. h> 

3 

^include 〈 string. h>_ 

4 


5 

/* 소케트사용을 위 한 머 리부파일들 */ 一 

6 

#include <sys/socket. h>_ 

7 

^include <netinet/in.h>_ 

8 

#include <arpa/inet.h> 

9 


10 

int main (int argc, char *argv []) 

11 

{ 

12 

— /* 통신을 위한 변수선언 */ 

fl3 

_ int sockFd ； _ 

14 

_ struct sockaddr 一 in sockAddr ； _ 

15 


16 

/* 자료읽기를 위한 변수선언 */ 

17 

char readBuf [128] ； 

18 

int readCnt ； _ 

19 


20 

/* 호스트명이 입력되였는지 검사 */ 

21 

if(argc != 2) 

22 

{ 

23 

fprintf (stderr, n \nUsage ： testUDP hostname\n\n n ) ； 

24 

exit(l )； 

25 

= } 

26 


27 

/* SOCK_DGRAM 을 리용하여 소케트 생성 */ 


sockFd = socket(AF_INET, SOCK_DGRAM, 0); 

29 

if (sockFd < 0) 
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30 

{ 

p31 

fprintf(stderr, "socket open error\n’’); 

32 

exit(l )； 

33 


34 


35 

/* 봉사기와 포구정보를 리 용하여 sockAddr 설정 */ 

p36] 

bzero((char *) 技 sockAddr, sizeof (sockAddr)) : 

37 

sockAddr. sin_family = AF_INET; 

38 

sockAddr. sin_addr. s_addr = inet_addr(argv [1]) ； 

39 

_sockAddr. sin_port = htons(13);_ 

40 


41 

一 /* 봉사기로부터 통보문 수신 */ 一 

42 

sendto(sockFd, readBuf, 128, 0, (struct sockaddr *) 技 sockAddr, 
sizeof (sockAddr));_ 

43 

readCnt = recvFrom(sockFd, readBuf, 128, 0, NULL, NULL); 

44 


45 

/* 봉사기로부터 얻어온 daytime 정보 출력 */ 

46 

readBuf [readCnt] = ’ \0 ’; 

47 

printf ("호스트의 daytime ： %s\n”, readBuf) ； 

48 

_close (sockFd) ； _ 

49 

exit(0); 

50 

} 건 


8.1.2. TCP 를 리용한실례 

이번에는 TCP 를 리용하여 주를퓨터의 정보를 얻어오는 과정을 살펴보자 . TCP 는 련결 
형규약으로서 필요한 접속을 하기 위해서는 매번 소케트를 만들어야 한다 . 그러므로 UDP 보 
다 체계자원을 많이 사용한다는 약점 이 있다 . 그러 나 오유발생시 파케트의 재전송이나 중복 
된 파케트를 제거하는 등 안정한 통신을 지원할수 있다 . 

이번의 실례에서는 앞에서와 마찬가지로 주를퓨터의 daytime 봉사를 리용하여 정보를 
얻 어오는 과정을 수행 하게 된다 . 하지만 사용되는 포구는 TCP 포구 13 번을 리용하게 되 
고 정 보를 얻 어 오는 과정 이 약간 다르다 . 즉 ge 比！ ostbyname 0 함수를 러 용하여 내 부에 설 
정된 주를퓨터의 주소를 엄고 getservbynameO 함수를 리용하여 봉사되는 포구번호를 얻 
게 된다 . 

ge 仕 iostbyname() 함수를 러용하여 주를퓨터의 주소를 얻을 때 사용되는 파일은 
/etc/hosts 로 다음과 같은 정보를 리용하게 된다 . 


# /etc/hosts 

192.168.8. 100 jshin loghost 

192.168.8.101 jshin shin 
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그러면 프로그람을 작성하는 과정 에 대하여 보도록 하자 . 먼저 필요한 머 리부파일을 
불러들이고 변수들을 선언하도록 한다 . 이때 이전과는 달리 netdb.h 파일도 포함시킨다 . 
그 다음 ge 比 ios 比 ) ynameO 을 리용하여 다음과 같이 주를퓨터정보를 얻는다 . 주를퓨터정 
보를 얻었으면 우선 주를퓨터와 관련된 정보들을 화면에 현시한다 . 

#include <netdb. h> 

struct hostent *host = (struct hostent*) gethostbyname (argv[l]) ； 

char *hostname = hostT - 〉 h_name; /* hostname 출력 ... */ 

char **alias = hostT->h_aliases ； /* alias 출력 … */ 

char **addrList = hostT->h_addr_list : /* addrList 출력 . . . */ 


주를퓨터정보를 제대로 얻어왔으면 이번에는 daytime 봉사의 포구번호를 얻어 오도록 
한다 . 다음과 같이 servent 구조체와 getservbynameO 함수를 리용하도록 한다 . 


/* Vetc/services” 파일 안의 daytime 봉사포구정 보 */ 
struct servent *servT = (struct servent*) getservbyname 
("daytime", ’’tap’’); 


이제 소케트를 만들고 앞에서 얻어온 주소와 포구정보를 리용하여 봉사기와 접속을 진 
행하도록 한다 . 


struct sockaddr_in sockAddr ； 

int sockFd = socket (AF—INET, SOCK_STREAM, 0); 
sockAddr. sin_family = AF—INET; 
sockAddr. sin_port = servT- 〉 s_port; 

sockAddr. sin_addr = * (struct in_addr *) *hostT- 〉 h_addr_list; 
connect (sockFd, (struct sockaddr *)&sockAddr, sizeof 
(sockAddr)) ； 


봉사기와 접속이 되 였으면 봉사기 로부터 자료를 수집 및 출력 한 다음 소케트를 닫는다 . 


/* 자료읽기를 위한 변수선언 */ 
char readBuf [128] ； 

int readCnt = read (sockFd ； readBuf, sizeof (readBuf)) ； 

readBuf [readCnt] = ’\0’; 

printf( n 현재 시 간 : %s\n\n\n n , readBuf) ； 

close (sockFd) ； 


그러면 지 금까지 설명한 내 용에 기 초하여 작성된 프로그람의 전체 원천코드를 보도 
록 하자 . 
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체계간 통신 (2) 


실례프로그람 : hostinfo.c 

1 

#include <stdio. h> 

2 

#include <unistd. h> 

3 

4 

#include <sys/types. h> 


5 

/* 소케트 및 호스트 정보를 위한 머 리부파일들 */ 

6 

#include <netdb. h> 

7 

#include <sys/socket. h> 

8 

#include <netinet/in.h> 

9 

#include <arpa/inet.h> 

10 


11 

int main (int argc, char *argv []) 

12 

{ 

13 

/* 통신을 위한 변수선언 */ 

14 

int sockFd, addrLen ； 

15 

struct sockaddrjn sockAddr ； 

16 



/* 호스트정보를 위한 변수선언 */ 

18 

_ char **alias, **addrList; _ 

^91 

_ struct hostent *hostT;_ 

20 

_struct servent *servT ； _ 

~2l] 


22 

/* 자료읽기를 위한 변수선언 */ 

23 

char readBuf [128] ； 

24 

_ int readCnt ； _ 

~25~1 


26 

/* 인수가 있으면 해당 호스트이름 사용，아니면 localhost 사용 */ 

] 건 

if(argc == 2) 

][] 

hostT = (struct hostent *) gethostbyname (argv [1]) ； 

29 

_ else _ 

^ol 

hostT = (struct hostent *)gethostbyname (” localhost’’); 


if (hostT == NULL) — 

^2~1 

{ 

][] 

fprintf(stderr, ’’ 호스트정 보를 얻 어 올수 없습니 다 . \n”) ; 

^4 

exit ⑴ ； 

^^ 

^5| 
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36 


37 

/*/etc/hosts 속의 해당 호스트별명 현시 */ 

38 

printf( n \n\n 《호스트 :% s>> \n", hostT - >h_name) ; 

39 

alias = hostT - >h_aliases; 

40 

readCnt = - 1; 

41 

while (*alias) 

42 

{ 

43 

printf ( n 호스트별명 ！ !% d]: %s\n", readCnt, *alias); 

44 

alias++; 

45 

readCnt ++； 

46 

} 

47 


48 

/*/etc/hosts 속의 해당 호스트주소 현시 */ 

49 

addrList = hostT->h_addr_list ； 

50 

readCnt = 1 ； 

51 

while (*addrList) 

52 

{ _ 

1 지 

1 ) 1111 行 (’ ， 11 ) 주소 [ 犯 ]: %s\n\ 

][] 

_readCnt,_ 

][] 

inet_ntoa(*(struct in_addr *) * addrList)); 

56 

addrList ++； 


readCnt ++； 

58 

} 

][] 

/*/etc/services 파일 안의 daytime 봉사 포구정보 */ 

60 

servT = (struct servent*)getservbyname("daytime", ’’tcp’’); 

61 

if(servT = NULL) 

62 

{ 

63 

fprintf(stderr, ’’daytime 봉사를 리용할수 없습니다 . \n"); 

64 

exit ⑴; 

65 

} 

~66^ 

printf( ，， DATAIME 봉사 포구번호 <TCP>: %d\n n , ntohs(servT->s_port)) ； 

67 


68 

/* 소케트의 생성 및 봉사기의 정보 설정 */ 

69 

sockFd = socket(AF_INET, SOCK_STREAM, 0); 


sockAddr. sin_family = AF—INET; 


sockAddr. sin_port = servT->s_port ； 

~72\ 

sockAddr. sin_addr = * (struct in_addr * ) *hostT->h_addr_list ； 
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73 

_ addrLen = sizeof (sockAddr) ;_ 

74 


75 

/* 봉사기의 daytime 포구에 접속을 시도 */ 

76 

if (connect (sockFd, (struct sockaddr *) &sockAddr, addrLen) < 0) 

77 

{ 

78 

fprintf(stderr, ” connection 에 실패했습니다 .. \n’’); 

79 

exit (1) ； 

80 

} 

81 


82 

卜 ‘ daytime 봉사를 통해 호스트의 현재 시간을 현시 */ 

83 

readCnt = read(sockFd, readBuf, sizeof (readBuf)) ； 

84 

readBuf [readCnt] = ’\0’; 

85 

一 printf(’ ， 현재시간 : %s \n\n\n’，, readBuf )； 

86 

_close (sockFd);_ 

87 

exit(0 ); 

88 



프로그람에 대한 분석 및 작성이 모두 끝나면 실행시켜보자 . 
실행시키면 그림 8-1 과 같은 결과가 나온다 . 



그림 8-1. hostlnfo.c 의 실행결과 
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째 


무선망이란 어떤것인가 ? 

무선망이란 말 그대로 전자기과나 빛(적외선 포함)등 통신선이외의 전송경로를 러 
용한 근거 리통신망 (LAN) 을 말한다. 무선망은 신호의 전송매질로 대기권을 사용한 망 
을 념두에 두기도 한다. 

무선망은 그의 구축이 빠르고 쉽 다는 우점은 있으나 아직은 그를 실현하는데 많은 비 
용이 든다는 약점도 가지고있다. _ 


제2절. ■보문송수신(시간초과) 

이 절에서는 7장에서 다루었던 echoSvr 와 echoClt 프로그람을 변형시켜 봉사기와 의 
퇴기가 통보문을 계속 주고받도록 만들어보자. 그리고 이 과정에 봉사기가 응답을 늦게 하 
면 의뢰기에서 《시간초과 (Time out) 》를 알리는 통보문이 출력되도록 하는 기능을 추 
가하자. 

시 간초과기능을 추가하기 위 해서는 박자계 수기를 설정 하고 검사하여 야 하는데 이것은 7 
장에서 설명한 selectO 함수를 리용하여 할수 있다. 그리고 FD_SET() 와 timeval 구조체를 
리 용하여 소케 트와 시 간을 설정 하며 select 가 소케트대면부를 검사하도록 만든다. 

먼저 박자계수기를 위한 변수를 선언하고 시간초과를 위한 시간을 설정한다. 

struct timeval tv； 
tv.tv_sec = 10； 
tv.tv_usec = 0； 

그 다음 소케트를 만들고 FD_SET 를 리용하여 비트를 설정한다. 


int sockFd = socket (AF_INET, SOCK_STREAM, 0)； 
fd_set rset； 

FD_ZERO (技 rset) : 

FD SET (sockFd, Srset) : 


이제 selectO 를 리용하여 박자계수기의 실행 및 소케트의 검사를 해보도록 하자. 


if (select (sockFd+1, &rset, NULL, NULL, &tv) == 0) 

{ 

fprintf(stderr, . .TIME OUT. . An ")； 
exit(l) ; 
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체계간 통신 (2) 


그러면 이러한 시간초과과정을 적용하여 의뢰기프로그람인 sockClt 를 작성해보자. 
sockclt 는 봉사기와 접속을 한 다음에는 무한순환을 돌면서 통보문을 주고받게 된다. 그 
러다가 시 간초과가 발생하거 나 《 quit 》 라는 문자렬을 입 력 받게 되 면 무한순환에서 탈피 
하게 된다. 실지 과제에서도 소케트통신도중에 시간초과가 발생하면 자료전송을 중지하고 
련결을 새롭게 맺는 과정 이 필요하게 된다. 

sockClt 프로그람의 원천코드는 다음과 같다. 


실례프로그람: sockClt . c 

1 

^include <stdio. h> _ 

2 

^include <unistd.h>_ 

3 

^include <sys/types.h> _ 

4 


5 

/* 소케트사용을 위 한 머 리부파일들 */ 

6 

#include <sys/socket. h> 

7 

#include <netinet/in.h> 

8 

^include <arpa/inet.h> _ 

9 


10 

/* 소케트를 통해 주고받을 통보문의 길이 */ ~ 

11 

ttdefine MSGLEN 32 ~ 

12 


13 

int main () _ 

14 

{ 

15 

/* 자료송수신을 위한 변수선언 */ 

16 

int sockFd, addrLen, result； 

17 

struct sockaddr_in sockAddr； 

18 

char readbuf [MSGLEN], sendbuf[MSGLEN] ； 

19 


20 

/* 시간초과를 위한 변수선언 */ 

21 

int retSelect； 

22 

_ struct timeval tv；_ 

23 

_ fd_set rset；_ 

24 


25 

/* 초과시간을 10s 로 설정 */ 

26 

_tv.tv_sec = 10；_ 

27 

_tv.tv_usec = 0；_ 

28 
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29 

/* 의뢰기에서 사용할 소케트서술자 */ 

30 

sockFd = socket (AFJNET, SOCK.STREAM, 0); 

31 

if (sockFd < 0) 

32 { 

33 

fprintf(stderr, "socket open error\n") ； 

34 

exit ⑴; 

35 } 

36 

37 

/* 접속할 봉사기의 IP 등 정보 설정 */ 

38 

sockAddr. sin_family = AF_INET ； 

39 

sockAddr. sin_addr. s_addr = inet_addr ("127.0.0.1”) ； 

40 

sockAddr. sin_port = 9999 ； 

41 

42 

/* 봉사기의 소케트와 련결을 시도 */ 

43 

addrLen = sizeof (sockAddr) ； 

44 

if (connect(sockFd, (struct sockaddr *)&sockAddr, addrLen) == -1) 

45 _ { _ 

46 」 

fprintf (stderr, n 봉사기와의 접속에 실패했습니다 . !\n’’); 

47 

exit (1 )； 

48 _ } _ 

49 

50 

/* 통보문 송수신을 위한 무한순환고리 */ 

51 

while (1) 

52 _ { _ 

53 

54 

/* 입 력받은 통보문전송 , ’’Quit” 이 면 무한순환고리 에 서 탈출 */ 

55 

一 printf (” 전송할 통보문 :’’) ;一 

56 

gets (sendbuf) ; 

57 — 

write (sockFd, sendbuf, MSGLEN) ； 

58 

if(!strncmp(sendbuf, "quit" ,4)) break ； 

59 

60 

/* 시간초과 기동 , selectO 를 리용하여 sockFd 검사 */ 

61 — 

FD_ZERO(&rset) ； 

62 

FD_SET (sockFd, Srset) ； 

63 

retSelect = select(sockFd+1, Srset, NULL, NULL, 技 tv); 

64 

if(retSelect == 0) 

65 { 
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66 

fprintf (stderr，"... TIME OUT. .A n") : 

67 

_break ； _ 

68 

} 

69 


70 

一 /* 봉사기로부터 수신한 통보문출력 */ 一 

71 

read(sockFd, readbuf, MSGLEN); 

72] 

printer 수신한 통보문 : %s\n", readbuf) : 

73 

} 

74 

close (sockFd) : 

75 

exit(0 )； 

76 

} 


이번에는 봉사기측 프로그람인 sockSvr 프로그람을 작성해보자 . 먼저 필요한 머리부 
파일들을 불러들이고 변수들을 선언하도록 한다 . 그 다음 소케트를 만들고 bind 를 실행 
한다 . 


원천코드: 

1 

/* 소케트를 통해 주고받을 통보문의 길이 */ 

2 

ttdefine MSGLEN 32 

3 

int svrSock = socket(AF_INET, SOCK_STREAM, 0) ； 

4 


5 

/* sockaddr_in 구조체의 설정 */ 

6 

svrAddr. sin_family = AF—INET ； 

7 

1 svrAddr. sin_addr. s_addr = htonl (INADDR_ANY) ; 

8 

| svrAddr.sin_port = 9999 ； 

9 


10 ~ 

/* svrSock 과 svrAddr 을 리용하여 bind 수행 */ 

11 

bind (svrSock, (struct sockaddr *)&svrAddr, sizeof (svrAddr)) ； 

12 


13 ~ 

/* Listening … 수행 */ — 

14 

listen (svrSock, 5) ； 

이제 의뢰기와 접속을 수락한 다음 무한순환을 돌면서 의뢰기와 통보문을 주고받도 

록 한다 . 만일 의뢰기가 보내온 통보문에 ’quit ’ 가 포함되면 실행을 중지하고 소케트를 닫 
게 된다 . 

원천코드: 

1 

/* 의뢰기와의 통신 Accept 수행 */ 

2 

int cltLen = sizeof (cltAddr) ; 

3 

int cltSock = accept (svrSock, (struct sockaddr *)&cltAddr, 公 cltLen) ; 
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4 


5 

/* 무한순환고리를 돌면서 통보문 접수 및 송신 */ 

6 

char readbuf[MSGLEN], sendbuf [MSGLEN] ； — 

7 

read(cltSock, readbuf, MSGLEN); 

8 

printf (” 수신된 통보문 : %s\n”, readbuf); — 

9 

if(!strncmp(readbuf, ’’quit”, 4)) 

10 

break ； 

11 

write (cltSock, sendbuf, MSGLEN) ； 

12 


13 

/* 무한순환고리를 탈출한후 소케트를 닫기 */ 

14 

close (cltSock) ； _ 

15 

close (svrSock) ; 


그러면 이번에는 sockSvr 프로그람의 전체 원천코드를 보도록 하자 . 


실례 프로그람 : sockSvr. c 

1 

^include <stdio. h> 

2 

#include <unistd. h> 

3 

^include <sys/types.h>_ 

4 


5 

/* 소케트사용을 위한 머 리부파일들 */ ~ 

6 

^include <sys/socket. h> _ 

7 

ttinclude <netinet/in.h>_ 

8 

^include <arpa/inet.h> _ 

9 


10 

/* 소케트을 통해 주고받을 통보문의 길 이 */ 

11 

ttdefine MSGLEN 32 

12 


13 

int main () 

14 

{ 

15 

/* 통신을 위한 변수들 선언 */ 

16 

int svrSock, cltSock ； 

17 

int svrLen, cltLen ； 

18 

_struct sockaddr_in svrAddr ； _ 

19 

_ struct sockaddr_in cltAddr ； _ 

20 


21 

/* 통보문 송수신을 위한 완충기선언 */ 

22 

char readbuf [MSGLEN], sendbuf [MSGLEN] ； 

23 
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24 
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26 

27 
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체계간 통신 (2) 


/* 봉사기를 위한 소케트의 생성 및 소케트서술자 얻기 */ 
svrSock = socket(AFJNET, SOCK_STREAM, 0); 
if(svrSock < 0) 

{ 

fprintf(stderr, ’’socket 0 실행 실패 ! \n”); 
exit (1); 

} 

/* sockaddr_in 구조체 설정 */ 

svrAddr. sin_family = AF—INET; 

svrAddr. sin_addr. s_addr = htonl( ,, INADDR_ANY M ) : 

svrAddr. sin_port = 9999 ； _ 

/* svrSock 과 svrAddr 을 리용하여 bindO 수행 */ 
svrLen = sizeof (svrAddr) ； 

if (bind (svrSock, (struct sockaddr *) 技 svrAddr, svrLen) < 0) 

{ 

fprintf(stderr, ’’Binding 실패 ! \n n ); 

exit (1 )； _ 

}—— 


/* Listening … 수행 */ 
if (listen (svrSock, 5) < 0) 

{ 一 
fprintf(stderr, ’’Listening 실패 ! \n n ); 
exit (1); 


/* 의뢰기와의 통신 , Accept0 수행 */ 
cltLen = sizeof (cltAddr) ； 

cltSock = accept (svrSock, (struct sockaddr *)&cltAddr, ScltLen); 
if(cltSock < 0) 

{ 

fprintf(stderr, "Accept0 수행 실패 !' 、 n’’); 
exit ⑴ ； 


@ 혈활 @ 출⑩철製⑩ 


231 





Urwx 망프로그람작성법 


60 


61 

while (1) 

62 

{ 

63 

一 /* 통보문 수신 , ’’quit ” 을 수신하면 무한순환고리를 탈출 */ 一 

64 

一 printfC ” 의뢰기로부터 통보문 수신 대기중 . . .\n "); 一 

65 

read(cltSock, readbuf, MSGLEN) ; 

66 

printf (” 수신된 통보문 : %s\n", readbuf) : 

67 

ifOstrncmp (readbuf, "quit", 4)) break ； 

68 


f69 

/* 처리지연으로 인한 시간초과 시험 ! */ 

70 

/* sleep (20 )； */ 

71 


72 

一 /* 수신된 통보문을 재전송 */ 一 

73 

sprintf(sendbuf, "〈재 전송〉 %s", readbuf) : 

년 4 

write(cltSock, sendbuf, MSGLEN); 

75 

} 

76 


[77 

/* 봉사기와 의뢰기의 소케트를 모두 닫고 완료 */ ~ 

78 i 

_ close(cltSock) ;_ 

79 

_ close (svrSock) ;_ 

80 

exit (0 )； 

년 1 

} 


프로그람작성이 끝나면 콤파일을 진행하고 다음과 같이 두개의 월창이나 원격으로 떨어 
진 두개의 체계를 리용하여 봉사기와 의뢰기를 각각 실행시키도록 한다 . 


결과는 그림 8-2 와 같다 . 



그림 8-2. sockSvr.c 으I 실행결과 
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체계간 통신 (2) 

만일 10s 이내에 봉사기로부터 응답이 없으면 그림 8-3, 8-4 와 같은 결과가 나온다 . 




그림 8-4. sockClt.c 의 실행결고 K2) 
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